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1.1  Background 


This  report  is  one  of  the  two  final  reports  of  a  research  project  "Repair 
Management  System  for  Critical  Structural  Details  in  Ships  (RMS)."  The  other  one  is  the 
user  manual  for  RMS  2.0.  This  report  contains  the  source  code.  The  project  was 
conducted  during  the  period  October  1,  1992  to  September  30, 1993.  It  was  carried  out 
in  the  department  of  Naval  Architecture  and  Offshore  Engineering  (NAOE),  University  of 
California  at  Berkeley.  The  Graduate  Student  Researcher,  Kai-tung  Ma,  performed 
research  under  the  supervision  of  the  principal  investigator.  Professor  Robert  G.  Bea.  The 
following  three  organizations  sponsored  this  research  project: 

•  Arco  Marine  Incorporated., 

•  lisnave  •  Estaleiros  Navais  De  Lisboa  S.A., 

•  Ship  Structure  Committee. 

The  RMS  project  developed  as  the  result  of  a  two  year  Joint  Industry  Research 
Project  "Structural  Maintenance  Project  for  New  and  Existing  Ships  (SMP)."  The  SMP 
was  conducted  during  the  period  1990  - 1992  with  the  participation  of  22  organizations  by 
the  Department  of  NAOE,  University  of  California  at  Berkeley.  It  included  six  related 
studies.  The  study.  Fatigue  and  Corrosion  Repair  Assessments,  resulted  in  the  RMS  1.0 
and  was  the  predecessor  of  the  RMS  2.0. 

Before  introducing  the  basics  of  ship  repair  and  the  objective  of  RMS,  it  is  worth 
reviewing  the  background  of  SMP.  This  will  summarize  the  problems  that  have  been 
confironted  in  the  pervious  study  and  the  progress  developed  in  the  first  phase  of  the  work. 

Two  GSR’s  worked  on  the  initial  development  for  the  first  year,  Mr.  Bob  Baker 
and  Mr.  Martin  Cepauskas.  The  following  is  a  summary  of  their  findings. 
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Currently,  Study  4  is  encountering  problems  in  acquiring  sufficient  data  on 
repairs  and  maintenance  in  order  to  carry  out  tfiis  study  propwly.  In  addition  to 
Ais  problem,  there  is  a  lack  of  presently  available  "qualified  and  motivated" 

research  assistants . In  generalizing  the  project's  status  to  date,  the  stu^  has 

progressed  as  well  as  possible  with  the  limited  amount  of  data  available.  The 
course  that  the  study  has  been  following  has  focused  on  the  owner's  point  of  view. 
Most  of  the  current  information  being  used  for  the  ship  summaries,  verifications 
ffnit  repair/corrosion  case  studies  has  been  obtained  ftom  the  ship  owners.  In  order 
for  the  project  to  continue  using  the  current  format  and  information  available,  all 
of  the  Project  Technical  Committee  (PTQ  members  will  have  to  provide  more 
pertinent  information  on  the  details  of  the  repair  of  the  corrosion  and  fatigue 
failures  (e.g.  steel  weights  used,  time  of  repair,  effectiveness  of  the  repair,  more 
/UfniU  on  the  location  and  repair  method  used).  It  seems  that  the  problem  with 
obtaining  this  information  is  that  the  pertinent  data  needed  for  this  study  is  not 
readily  accessible.  This  information  must  be  located  by  the  PTC  members  and 
forwarded  in  a  timely  manner. 

In  the  second  phase  Mr.  Keith  Gallion  (former  employee  of  Newport  News 
Shipbuilding),  was  recruited  as  the  study  GSR.  He  shifted  the  study  concentration  from  a 
database  development  approach  to  a  repair  engineering  approach.  The  goal  was  to 
develop  and  verify  analytical  tools  for  repair  evaluations.  A  questionnaire  was  sent  to  the 
technical  contacts  in  the  SMP  requesting  input  on  the  desired  contents  of  the  fatigue  and 
corrosion  repairs  software  in  order  to  evaluate  the  needs  of  the  marine  industry.  The 
highest  priorities  of  participants  that  responded  were  the  expected  life  analysis  of  repairs 
and  a  database  of  repair  alternatives.  Table  1.1.  As  a  result,  concentration  in  this  research 
is  placed  on  the  development  of  these  features  within  the  RMS.  The  result  of  the 
questionnaire  showed  that  a  graphical  database  and  associated  expected  life  analysis  of 
repair  alternatives  are  desired.  A  FORTRAN  program  was  developed  by  Gallion  and  Bea 
to  help  dup  repair  engineers  evaluating  fatigue  repair  life  [Gallion  and  Bea,  1992].  The 
first  generation  program  was  named  as  Repair  Management  System  1.0.  . 
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Rank  (l=most  desirable  feature) 


Feature 

H 

B 

H 

H 

E 

n 

G 

H 

Avg. 

E]q)ected  life  analysis  of  rqiair 

alternatives 

1 

5 

3 

1 

1 

1 

2 

3 

2.1 

Economic  tradeoff  analysis  of 

repair  alternatives 

1 

6 

5 

5 

3 

2 

3 

1 

3.6 

Graiducal  database  of  possible 

repairs 

2 

I 

1 

3 

2 

B 

1 

2 

i 

Extendibility  to  allow  updating 

with  new  repair  data 

5 

2 

B 

B 

6 

3 

5 

6 

i 

Rq>air  database  analysis 

capabilities  (statistical) 

3 

3 

6 

6 

5 

5 

B 

B 

i 

Reliability-based  information 

6 

1 

2 

H 

6 

4.0 

Table  1.1.  Results  of  Repair  PC  Code  Questionnaire 


Since  some  inq>ortant  features  were  not  included  in  the  first  version  of  RMS  due 
to  the  limited  lime  and  the  RMS  promised  a  potential  to  become  a  powerful  tool,  a  new 
research  project  was  proposed  and  approved.  The  RMS  2.0  was  developed  and  this 
report  documents  the  results. 

1.2  Ship  Maintenance  and  Repair 

After  a  new  ship  is  delivered,  the  ship's  hull  structure  must  be  monitored  by  a 
series  of  internal  and  external  inspections  to  assess  the  integrity  of  the  ship  structure.  The 
scope  and  frequency  of  these  inspections  are  determined  by  classification  society, 
owner/operator  or  U.S.  Coast  Guard  guidelines.  These  inspections  provide  means  to 
evaluate  the  current  condition  of  steel  and  coatings  and  to  detect  unexpected  flaws  and 
damages,  and  permit  appropriate  maintenance  and  repair  measures  to  be  taken  to  preserve 
the  integrity  of  the  hull  structure.  During  an  inspection,  several  types  of  structural  failures 
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can  be  found.  Fatigue  cracks,  corrosion,  coating  breakdowns  and  buckling  are  the  most 
common  failures.  To  fix  these  failures,  thm  are  three  types  of  steel  repairs:  crack  repair, 
steel  rmtewal  and  steel  reinfocoement  Also  there  are  three  types  of  corrosion  prevaition: 
coating  nuintenance  for  gemasi  corrosion,  maintraance  for  pitting/grooving  as  well  as  the 
maintenance  of  sacrificial  anodes. 

In  short,  maintenance  involves  three  levels: 

•  Lispections  to  uncover  structural  problems. 

•  Preventative  maintenance  to  address  problems  before  they  occur.  This  can 
inrluHft  programs  such  as  "just  in  time"  coating  maintenance  to  ensure  wastage 
limits  of  plating  are  not  exceeded. 

•  Repair  of  structural  problems  following  discovery  by  inspection. 

However  the  en^hasis  of  tfiis  research  is  on  the  proper  repair  of  critical  structural  detail 
(CSD)  failures  in  ships.  And  the  main  focus  of  RMS  is  concentrated  in  the  repair  life 
estimation  and  database  development  of  fatigue  crack  repair  only.  Here  we  only  review 
one  type  of  Mure,  fatigue  cracks.  Chapter  2  will  discuss  in  detail  the  information  on 
inspection,  maintenance  and  repair  of  all  types  of  failures. 

Cracks  are  potentially  the  most  serious  of  defects  as  they  can  grow  r^idly  leaving 
affected  structure  unable  to  bear  loads.  As  the  result  of  a  crack,  the  structure  around  a 
crack  must  cany  a  greater  loading  that  can  in  turn  lead  to  its  failure  in  the  future.  If  this 
cracking  process  continues  unchecked,  hull  girder  or  long  large  panels  pf  side  shell 
collapse  can  result.  As  a  result,  the  ship  structure  has  to  be  inspected  periodically  and 
repaired  as  warranted.  Ship  structure  details  can  be  grouped  into  two  types  according 
dieir  importance  in  structural  strength.  Primary  structure  is  the  structure  which 
contributes  significantiy  to  the  main  structural  strength  of  the  ship  such  as  hull  plates, 
stifferms,  principal  decks,  main  transverses,  and  so  on.  Secondary  structure  is  the 
structure  which  neither  contributes  to  the  structural  strength  nor  the  watertight  integrity 
such  as  partition  bulkheads,  platforms  and  so  on. 

Cracks  in  primary  stracture  may  be  temporarily  repaired  by  fitting  double  plates  or 
gouging  out  the  crack  and  filling  in  with  weld  metal.  Gouging  and  re-welding  is  an  easy 
and  common  means  of  repair.  However,  the  strength  of  re-welded  CSD  is,  almost 
invariably,  worse  than  the  original  CSD.  The  repaired  plate  and/or  weld  will  create  new 
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crack  potentials  and  thus  may  M  even  earlier.  The  better  way  of  repair  is  to  modify  the 
local  geometry  to  reduce  the  stress  concentrations.  Such  repairs  are  sometimes 
considered  in  attempting  to  get  the  ship  to  a  facility  where  full  repairs  can  be  made.  If  a 
longer  life  continuance  is  expected  for  the  ship,  a  more  robust  repair  such  as  design 
modification  should  be  considered. 

In  the  other  hand,  cracks  in  secondary  structure  may  be  arrested  tenq>orarily  by 
drilling  a  hole  of  diameter  equal  to  the  plate  diickness  at  a  distance  of  two  plate 
thicknesses  in  front  of  the  visible  crack  tip  and  on  a  line  with  the  direction  of  anticipated 
cr^k  propagation. 

It  is  difficult  to  decide  which  repair  method  is  most  reliable  and  cost  effective  for  a 
particular  crack.  The  selection  of  different  repair  alternatives  depends  on  the  location  of 
the  crack  and  the  expected  life  continuance  of  the  ship,  hi  Chapter  4,  we  will  discuss  to 
select  a  repair  alternative  and  the  decision  making  process. 


1.3  Objectives 


Through  experience,  more  advanced  design  procedures  and  tougher  materials, 
modem  ships  usually  don't  suffer  catastrophic  failures.  More  freqently,  they  are  plagued 
with  the  less  dramatic  problems  of  localized  stractural  failures. 

It  was  the  goal  of  this  research  to  review  the  process  of  structural  maintenance  and 
repair  of  crude  oil  carriers  and  to  investigate  a  new  approach  to  help  manage  the 
information  used  to  make  good  repair  decisions.  Specifically  the  project  was  intended  to 
develop  a  practical  tool  for  fatigue  crack  repairs  to  help  improve  the  durability  of  existing 
ships. 


Recently,  considerable  effort  has  been  put  into  understanding  the  effectiveness  of 
specific  repairs,  especially  those  associated  with  fatigue  of  CSDs.  This  effort  has  resulted 
both  from  an  aging  fleet  of  existing  ships  and  a  hei^tened  public  interest  in  environmental 
issues  [USCG,  1990][Jordon,  1978,  1980]rrSCF,  1991].  In  addition,  records  of  ship 
condition  are  shifting  from  paper-based  systems  to  computerized  systems  that  contain 
inspection  and  repair  information  in  a  database  format.  This  information  about  ship 
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maintenance  and  repair  can  be  sorted  by  an  experienced  repair  engineer  to  help  evaluate 
the  effectiveness  of  past  repairs  and  assess  the  overall  condition  of  the  ship. 

The  most  technical  part  of  the  ship  maintenance  and  repair  is  the  decision  making  on 
choosing  a  suitable  and  reliable  repair  method  for  a  particular  structural  failure.  Ship 
structural  v^air  decisions  are  difficult  due  to  the  vast  array  of  oigineering  knowledge 
wbkii  must  be  assimilated  in  ordo*  to  make  a  good  repair  decision.  This  knowledge 
includes: 

(1)  experience-based  knowledge  about  repairs  and  ship  condition, 

(Z)  large  volume  of  historical  infcurmation  from  past  ship  inspections  and  repairs, 

(3)  complex  ship  structure  information, 

(4)  con^lex  loading  information, 

(5)  complex  analysis  procedures,  and 

(6)  expert  knowledge  of  structural  design,  fracture  mechanics  and  corrosion. 

Poor  or  inconq>lete  repair  decisions  are  often  made  sinq>ly  because  there  is  not  enough 
time  or  money  to  perform  a  detailed  analysis.  It  is  apparently  that  a  tool  needs  to  be 
developed  for  the  management  of  the  information  used  to  make  rational  repair  decisions. 

This  poses  the  key  question  addressed  in  this  research:  How  do  we  property 
manage  the  computerized  inspection  and  repair  data,  the  existing  knowledge  of  both 
successful  and  unsuccessful  repairs,  Uie  complex  analysis  tools  and  additional 
knowledge  to  make  intelligent  and  timely  repair  decisions?  The  answer  proposed 
diis  research  is  the  Repair  Management  System  (RMS).  The  RMS  is  a  computerized 
framework  to  help  repair  engineers  make  good  repair  decisions  by  assisting  oigineers  with 
structural  failure  diagnosis  and  repair  alternative  evaluation.  The  RMS  is  the  first  known 
attenq>t  to  handle  the  con^lexities  of  ship  structural  repair  analysis  in  a  framework  that 
provides  both  elements  critical  to  good  repair-quick  decisions  and  thorough  evaluations. 

The  objectives  of  the  RMS  project  were  to: 

(1)  develop  a  framework  for  the  development  RMS, 

(2)  develop  the  second  version  of  the  software  RMS  for  more  ship  critical  structural 

details,  and 
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(3)  peifoim  a  case  studty  using  the  developed  tool  for  a  side  shell  critical  structural 
detail 

The  project  was  intended  to  enhance  and  modify  the  capabilities  of  the  Repair 
Management  System  (RMS)~a  computer  system  to  aid  in  the  diagnosis  of  riiip  (especially 
tanker)  structural  fatigue  and  corrosion  failures  aiKi  the  prescription  of  the  best  repair 
alternative. 

1.4  RMS  Approach 

When  a  structural  failure  in  the  form  of  cracking  is  discovered  by  inspection,  a 
decision  must  be  made  as  to  the  most  effective  repair.  This  decision  is  difficult  due  to  the 
vast  array  of  aigineering,  construction  and  repair  knowledge.  However,  many  additional 
factors  must  also  be  considered  in  a  much  shorter  time.  These  factors  include  technical, 
economic,  and  logistic  factors.  As  a  result  of  the  coirqilexity  and  the  short  time  allowed, 
tire  ship  repair  currently  relies  heavily  on  the  experience  of  repair  engineers  and  repair  yard 
persoiuiel.  There  is  sinply  not  enough  time  to  take  into  account  all  possible  factors  and 
perform  detailed  analyses.  Repair  decisions  often  lack  thorough  technical  and  economic 
evaluation,  but  serve  to  get  ships  back  into  service  quickly. 

The  repair  of  ships  may  be  separated  into  two  approaches.  These  are: 

(1)  Traditional  Experience-Based  Approach-repair  decisions  made  based  on 
eiqierience.  Decisions  ate  made  quickly,  but  little  technical  basis  for  some 
decisions  due  to  complexity  of  the  problems.  No  detailed  analysis  involved. 

(2)  Detailed  Analysis  Approach-lengthy  detailed  analysis  conducted  to  resolve 
particularly  troublesome  repair  problems.  Analysis  involves  detailed  ship 
motion  analysis,  global  and  local  finite  element  models,  and  fatigue  aiuilysis. 
This  approach  is  rarely  used. 

Qearly,  the  traditional  approach  lacks  adequate  technical  justification  and  the  detailed 
approach,  although  necessary  at  times,  is  inadequate  to  make  on-the-spot  repair  decisions. 
The  goal  of  RMS  is  to  provide  a  computerized  system  to  allow  a  mote  complete 
evaluation  of  the  repair  alternatives  in  a  reasonable  time  period.  In  order  to  accon^lish 
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fliis  goal,  the  ^>proach  taken  by  RMS  is  to  provide  intelligent  front-end  access  to  the 
information  requited  to  make  repair  decisions. 

The  RMS  project  comtnned  the  use  of  experience-based  knowledge  of  side  shell 
critical  structural  details  (CSDs)  and  simplified  analytical  procedures  in  order  to  rank 
repair  alternatives  according  to  the  expected  life  and  cost  of  the  repair.  The  user  must 
select  the  most  iq>pn>priate  alternative  from  his  or  her  knowledge  of  the  economics  of  the 
ship.  For  example,  for  a  fracture  uiiich  took  ten  years  to  develop  and  discover,  the  repair 
(^ticxis  might  be: 

(1)  Grind  out  crack  and  re-weld-S  years  expected  life 

(2)  Cut  out  section  and  butt-weld  new  piece-lO  years  expected  life 

(3)  Add  one  bracket -12  years  expected  life 

(4)  Add  two  brackets  —IS  years  expected  life 

Depending  on  the  economic  goals  of  the  owner,  a  different  repair  alternative  will  be 
selected.  For  example,  if  the  ship  has  only  two  more  years  in  service,  the  cheapest 
alternative  with  an  expected  life  of  greater  than  two  years  wiU  be  selected. 

The  approach  taken  in  this  research  was  to  e7q>and  these  initial  efforts  to  make  the 
system  more  powerful  and  effective  in  promoting  intelligent  repair  decisions.  Areas  of 
improvement  and  enhancement  included: 

(1)  Addition  of  more  CSDs  to  the  capabilities  of  the  system. 

(2)  Enhancement  of  graphical  capabilities  of  tiie  system. 

(3)  Enhancement  of  approach  used  for  life  estimates  and  economic  considerations. 

While  including  and  developing  the  above  features,  the  functions  and  advantages  of 
the  RMS  were  intended  to  be: 

(1)  providing  a  consistent  repair  strategy, 

(2)  ensuring  more  complete  evaluation  in  timely  manner, 

(3)  increasing  level  of  expertise  in  the  shipyard  and  office, 

(4)  promoting  sharing  of  repair  information  among  ship  owners,  operators  and 
shipyards. 
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(S)  utilizing  historical  ship  data,  and 

(fi)  utiluang  both  numeric  and  symbolic  information. 

1.5  Contents  of  Report 

In  Chapter  2  the  basics  of  ship  structural  inspection  and  maintenance  are  discussed. 
These  basics  include  an  introduction  of  inspection  programs,  crack  repair,  steel  renewal 
due  to  corrosion  or  buckling,  pitting  and  grooving. 

Li  Chapter  3  the  RMS  approach  is  discussed.  Four  basic  steps  in  determining  the 
best  rq>air  are  summarized  first  Then  the  modules  of  the  RMS  system  are  introduced. 
Details  of  a  cotiq>uter  in^lementation  of  a  complete  RMS  to  analyze  the  mode  and  cause 
of  failure,  select  repair  alternatives,  evaluated  the  life  of  the  alternatives,  and  perform  a 
decision  analysis  on  these  alternatives  are  discussed. 

Li  Chapter  4  the  RMS  repair  alternative  selection  analysis  is  outlined.  The  general 
strategies  for  crack  repair  is  outlined.  The  RMS  repair  alternative  selection  is  discussed  in 
detail  on  some  of  the  most  critical  structural  details  like  beam  brackets,  flatbar  stiffeners 
and  longitudinal  cutouts.  The  specifics  of  CSD  repair  are  discussed.  In  addition,  the 
repair  decision  making  is  discussed. 

In  Chapter  5  a  method  for  sin^lified  comparative  analysis  is  proposed  to  estimate 
the  fatigue  lives  of  the  repair  alternatives.  Several  considerations  are  discussed  including 
cumulative  fatigue  damage  model,  SN  curve  considerations,  stress  concentration  factor 
considerations  and  Weibull  loading  model.  The  procedures  of  computing  repair  life  are 
outlined.  Also  an  example  of  repair  alternative  evaluation  is  reviewed. 

In  Chapter  6  the  RMS  crack  repair  database  for  the  fatigue  mode  of  structural 
failure  is  outlined. 

In  Chapter  7  the  RMS  approach  is  used  in  the  development  of  a  computer  program 
to  illustrate  the  evaluation  of  repair  alternatives  for  fatigue  failure  of  some  CSDs.  A  case 
study  analysis  is  conducted  to  verify  the  code  and  illustrate  its  effectiveness  as  a  repair 
tool. 
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Hnally,  in  Qiapter  8  the  research  is  sununarized  with  some  concluding  remarks 
and  recommendations  for  future  developments. 
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CHAPTER  2.  BASICS  OF  SHIP  MAINTENANCE 

This  cluster  provides  a  genial  introduction  to  ship  maintraance  and  rq>air  in 
details.  Ship  structural  maintmance  involves  three  levels:  inspection,  maintenance  and 
repair.  Lispections  are  to  uncover  structural  problems  such  as  cracks,  buckling,  corrosion, 
pitting/igrooving  and  coating  breakdown.  Preventative  maintenance  is  to  address  problems 
before  diey  occur  like  using  coating  to  prevent  steel  from  corrosion.  Repair  of  structural 
problnns  follows  discoveiy  by  inspection.  Since  diis  chapter  doesn't  cover  the  materials 
of  RMS  but  serves  to  introduce  the  basics  of  ship  maintenance,  those  who  are  familiar 
with  shqi  maintenance  may  want  to  skip  this  chapter. 

2.1  Inspections 


After  a  new  ship  is  delivered,  the  ship's  hull  structure  must  be  monitored  by  a 
series  of  internal  and  external  inspections  to  assess  the  integrity  of  the  ship  structure. 
These  inspections  provide  means  to  evaluate  the  current  condition  of  steel  and  coatings 
and  to  detect  unerqpected  flaws  and  damages,  and  permit  appropriate  maintenance  and 
repair  measures  to  be  taken  to  preserve  the  integrity  of  the  huU  structure. 

Before  an  inspection,  appropriate  planning  and  preparation  are  in:q>ortant  The 
purpose  and  scope  of  the  inspection  should  be  identified  first  The  scope  of  the  inspection 
is  depended  on  the  inspection  program.  For  each  inspection,  the  extent  of  areas  to  be 
inspected  should  be  specified.  Generally,  four  basic  defects  will  be  recorded  during  all 
types  of  inspection.  They  are  cracking,  corrosion,  coating  breakdown  and  budding. 
Additionally  the  inspector  assesses  the  following  conditions:  corrosion  rates,  pitting, 
percentage  of  pitting  covering  the  plate,  piping  and  fittings,  handrails,  ladders  and 
walkways. 

The  scope  of  internal  structural  inspections  as  required  by  the  Gassification 
Societies  is  listed  in  the  following  Table  2.1  [TSCF,  1986].  In  this  table,  it  can  be  seen 
that  the  extent  of  the  requirement  increases  with  the  age  of  the  ship.  An  overall  survey  is 
a  survey  intended  to  report  on  the  overall  condition  of  the  tanks'  structural  integrity  and 
corrosion  condition  in  a  relatively  short  period  of  time  and  to  determine  the  extent  of 
additional  close-up  surveys  requirements.  A  close-up  survey  is  one  where  the  structural 
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coinponrats  are  within  the  inspection  range  (widiin  arm's  reach)  of  the  surveyor,  hi 
practice,  the  areas  that  will  be  inspected  first  will  be  those  that  are  most  accessible. 
Howev^,  as  the  age  of  the  ship  increases,  additional  access  for  close-up  inspection  will  be 
necessaiy  for  most  areas  of  the  structure.  This  close-up  survey  is  particularly  necessary 
for  crack  detection,  corrosion  assessment  and  thickness  measurement 

The  minimum  requirements  for  thickness  measurements  is  listed  in  Table  2.2 
[TSCF,  1986].  The  numbo’  of  locations  and  extent  of  surveys  are  greatra'  in  the 
permanent  ballast  tanks  and  in  tanks  used  primarily  for  water  ballast  because  these  tanks 
are  subjected  to  a  more  corrosive  environment  In  addition  to  the  thickness  measurement 
specified  in  precise  locations,  sufficient  measurements  are  required  to  assess  and  record 
corrosion  patterns. 

Since  the  size  of  ship  structure  is  enormous,  it  is  almost  impossible  to  perform  a 
100%  inspection.  The  inspectors  must  have  a  good  understanding  of  the  structural  layout 
and  crack  history  of  this  ship.  Information  should  be  obtained  prior  to  the  commencing  of 
the  survey.  This  includes  structural  drawings,  previous  inspection  data,  previous  repair 
records,  condition  and  extent  of  protective  coatings,  operational  history,  and  so  on. 
Combining  diis  information  with  the  inspectors'  experience,  they  can  determine  where  to 
inspect  more  efficiently.  In  addition,  inspectors  need  to  know  the  locations  of  critical 
structural  details  with  high  likelihood  of  failure.  Discussion  with  all  involved  parties, 
including  the  ship's  staff,  classification  society,  and  ship  representatives,  can  give 
inspectors  insight  into  the  locations  of  critical  areas.  If  an  inspection  database  is  available, 
it  will  pve  inspectors  further  insight  into  where  and  when  to  expect  structural  damage  and 
defects.  Areas  that  are  of  concern  to  the  inspector  with  respect  to  fracture  initiation  are 
listed  below  [TSCTF,  1986]: 

•  Ends  of  principal  girders,  stringers,  transverses  and  struts  with  associated  brackets. 
Particular  attention  should  be  paid  to  toes  of  brackets. 

•  Bracketed  ends  to  shell ,  deck  and  bulkhead  stiffeners. 

•  Connection  of  shell,  deck  and  bulkhead  longitudinals  to  transverse  web  frames  and 
bulkheads.  Particular  attention  should  be  paid  to  the  side  shell  connections 
between  full  load  and  ballast  wata*lines. 

•  Any  discontinuity  in  the  form  of  misalignment  or  abrupt  changes  of  section. 

•  Plating  in  way  of  cutouts  and  openings. 
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•  Areas  diat  show  any  evidence  of  damage  or  buckling. 

•  Erection  butts  in  plating  and  longitudinal  stiffeners. 

For  corrosion  concern,  the  bottom  is  perhaps  the  most  commonly  inspected  area  in 
a  tanker.  The  «ctent  of  wastage  should  be  checked.  For  coated  tanks,  wastage  will  take 
die  form  of  localized  pitting  and  grooving  in  way  of  coating  fiulure.  Generally,  inspections 
for  localized  conrosion  can  be  focused  in  the  following  areas: 

•  Top  and  bottom  of  ballast  tanks, 

•  Bottom  of  cargo  tanks  where  pitting  corrosion  could  occurs, 

•  Any  horizontal  surface  which  can  entrap  water,  in  particular,  horizontal  stringers 
on  transverse  bulkheads, 

•  Welds,  sharp  edges,  and  any  areas  in  which  coating  is  difficult  to  apply, 

•  Local  stiffening  members  which  can  become  the  sites  of  grooving  corrosion,  and 

•  Zinc  Ano^s. 

A  good  way  to  keep  track  of  the  trend  of  critical  areas  is  to  use  a  conq>uteTized 
database  system.  A  computerized  database  system  is  used  for  typical  defect 
documentation  and  inspection  results.  It  can  simplify  the  handling  of  gauging  and 
inspection  data.  Besides,  developing  high  quality  databases  on  corrosion  and  cracking 
histories  and  containing  sufficient  volumes  of  data  can  assist  in  defining  the  areas  of  the 
hull  structure  that  should  be  closely  inspected  and  monitored  on  a  more  frequent  basis. 
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Table  2.1;  Inspection  program  [TSCF,  19861 _ 

Agt<5jtm  5<Age<10  10  <  Age  <15  15  <  Age  <20 

Special  Swv^  No.  1  Special  Sorv^  No.  2  Special  Surv^  No.  3  Special  Survey  No.4 

l.OvenDSurvqrofaU  1.  OvetaU  Snrvqr  of  all  tanks  1.  Overall  Survey  of  all  1.  Overall  Survey  of  all 

tanks  and  qnces  andqmces  taidcs  and  spaces  tanks  and  qiaces 

2.  QosoHip  Survqr:  2.  Qose-iq)  Suivqr:  2.  Qose-iq)  Survey:  2.  Qose-iv  Survey:  as 

for  Special  Survey  No. 

iO  One  complete  tO  One  complete  transverse  a)  All  complete  3  with  additional 

transverse  web  frame  web  frame  ring  including  transverse  web  frame  transverses  as  deemed 

ting  including  adjacent  adjacent  structural  members  rings  including  necessary  by  the 

structural  members  (in  in  one  wing  (in  one  ballast  adjacent  structural  Surveyor 

one  ballast  tank  if  any,  lank  if  any,  ot  a  cargo  tank  members  in  all  ballast 

or  a  cargo  tank  used  used  primarily  for  water  tank  and  in  one  cargo 

primarily  for  water  ballast)  wing  tank 

ballast) 

b)  One  deck  transverse  b)  One  complete 

b)  One  deck  transverse  including  adjacent  deck  transvase  web  frame 

including  adjacent  deck  structural  membos  in  each  ring  including  adjacent 

structural  members  in  of  the  remaining  ballast  structural  members  in 

one  cargo  wing  tank  tank,  if  any  each  remaining  cargo 

wing  tanks  and  one 

c)  Lower  part  of  the  c)  One  deck  transverse  bottom  and  one  deck 

girder  system  including  including  adjacent  deck  transverse  in  each  cargo 

adjacent  structural  structure  in  one  cargo  wing  center  tank 

members  on  one  tank  and  two  cargo  center 

transverse  bulkhead  in  tanks  c)  One  complete  girda 

(me  ballast  tank,  one  system  including 

cargo  wing  tank  and  d)  The  complete  girder  adjacent  structural 

one  cargo  center  lank  ^stem  including  adjacent  members  on  the 

structural  members  on  the  transverse  bulkheads  in 

transvase  bulkheads  in  one  all  cargo  and  ballast 

wing  tank  (in  one  ballast  tanks 

tank,  if  any,  or  a  cargo  tank 

used  primarily  for  water 

ballast) 

e)  Lowapait  of  the  girda 
system  including  adjacent 
structural  members  on  one 
liansvase  bulkhead  in  each 
of  the  remaining  ballast 
tanks,  one  cargo  wing  tank 
and  two  cargo  centa  tank 
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Table  Z2:  Afinimum  requirements  of  thickness  measuremoits  at  special  hull 


surveys  of  oil  tankws  FTSCF,  1986] 


Afe<5ycan 
Special  Survey  No.  1 

5  <  Age  <10 

Special  Survey  No.  2 

10<Age<15 
Special  Survey  No.  3 

15  <  Age  <  20 
Special  Survey  No.4 

1.  One  sectioD  deck 

1.  Within  0.S  L  amidships: 

1.  Within  03  L 

1.  Within  0.SL 

{dating  for  die  full 

a)  Each  deck  plate 

amidships: 

amiddiips: 

beam  of  the  ship  within 

b)  One  transverse  section 

a)  Each  deck  plate 

a)  Each  deck  plate 

OJL  amidships  (in 

b)  Two  transverse 

b)  Three  transvase 

way  of  a  ballast  tank,  if 

2.  Sufficient  measurements 

sections 

sections 

any,  or  a  cargo  tank 

the  different  structural 

c)  Each  bottom  plate 

us^  primarily  for 

members  subject  to  Qose-up 

2.  Sufficient  measures 

water  ballast) 

Survey  for  genoal 

of  the  diffnent 

2.  Sufficient 

assessment  and  recording  of 

structural  members 

measurements  of  the 

2.  Sufficient 

corrosion  pattern 

subject  to  Qose-up 

diffoent  structural 

measurements  of 

Survey  for  general 

members  subject  to 

structural  members 

3.  Suspect  areas 

assessment  and 

Qose-up  Survey  for 

subject  to  Qose-up 

recording  of  corrosion 

genoal  assessment  and 

Survey  for  genoal 

4.  Selected  wind  and  water 

pattern 

recording  of  cmrosion 

assessment  and 

shakes  outside  0.S  L 

pattern 

recording  of  corrosion 
patton 

amidships 

3.  Suqiect  Areas 

4.  Selected  wind  and 

3.  Suspect  areas 

3.  Suspect  areas 

water  shakes  outside 

O.S  L  amidships 

4.  Selected  wind  and 
wata  shakes  outside 

0.5  L  amidships 

Table  23:  Minimum  requirements  of  tank  testing  at  special  hull  surveys  of 

oil  tankers  [TSCF,  1986] 


Age<5years 
Special  Survey  No.  1 

5  <  Age  <10 

Special  Survey  No.  2 

10  <  Age  <  15 
Special  Survey  No.  3 

15  <  Age  <  20 
Special  Survey  No.4 

1.  Cargo  tank 
boundaries  facing 
ballast  tanks,  void 
qiaces,  p^  tunnels. 

Aid  oil  tanks,  pump 
rooms  or  cofferdams 

1.  Cargo  tank  boundaries 
facing  ballast  tanks,  void 
qiaces,  p^  tunnels,  fuel  oil 
tanks,  pump  rooms  or 
cofferdams 

2.  All  cargo  tank  bulkheads 
adiich  form  the  boundaries 
of  segregated  cargoes 

1.  Cargo  tank 
boundaries  facing 
ballast  tanks,  void 
qiaces,  pipe  tunnels, 
fuel  oil  tanks,  pump 
rooms  or  cofferdams 

2.  All  remaining  cargo 
tank  bulkheads 

Cargo  tank  boundaries 
facing  ballast  tanks, 
void  qiaces,  pipe 
tunnels,  fuel  oil  tanks, 
pump  rooms  or 
cofferdams 

2.  AH  remaining  cargo 
tank  bulkheads 

2.2  Maintenance 


Hie  most  critical  structoral  problem  found  on  aging  vessels  having  suffered  from 
lack  of  long  tom  preventive  maint«iance  is  sevm  corrosion  of  hull  structures, 
particulariy  in  permanent  ballast  tanks.  Such  tanks  are  normally  provided  with  coating  at 
the  new  building  stage.  If  not  properly  iruiintained,  this  coating  will  normally  break  down 
and  lose  its  preventive  effects  after  5  to  10  years.  Thereafter  an  increased  rate  of 
corrosion  will  be  eiqierienced.  At  the  time  when  such  vessels  come  up  for  their  third 
special  poiodical  survey  (12-15  years  of  age)  it  will  normally  be  necessary  to  renew 
significant  amounts  of  steel  mainly  in  the  form  of  internal  structures.  To  prevent 
erqwnsive  steel  renewing,  coating  should  be  maintained  constantly. 

By  means  of  maintaining  the  coating  well,  the  hull  structure  may  last  for  25  years 
and  beyond  widiout  the  need  for  steel  renewals,  even  in  permanent  ballast  tanks.  On  the 
other  hand  without  maintaining  the  corrosion  protection  system,  the  need  for  significant 
steel  renewals  will  normally  start  at  around  15  years  of  age  [DnV,  1991].  Since  steel 
renewals  are  expensive,  the  coating  repair  is  critical  for  owners.  By  deferring  coating 
repairs,  the  owner  risks  steel  renewals  at  the  next  overhaul.  Roughly  speaking,  the  cost  to 
coat  plating  is  equal  to  the  cost  of  renewing  10%  of  the  same  plate  assuming  a  thickness 
of  12  mm  [Tikka,  1991].  Besides,  steel  work  in  an  existing  structure  introduces  new 
problems  such  as  residual  stresses  and  possible  weld  defects.  Thus,  if  corrosion  has  result 
in  critical  coating  breakdown,  such  tanks  are  reconunended  to  be  blasted  and  re-coated 
timely. 


From  both  visual  and  gauging  information  of  a  survey,  decisions  can  be  taken 
regarding  life  continuance  and  to  the  extent  of  maintenance  necessary  to  reinstate  the 
corrosion  protection  system.  In  the  case  of  long-term  (8  to  10  years)  operations,  re¬ 
coating  of  the  breakdown  areas  (or  more  usually  the  entire  tank)  would  be  regarded  as  a 
cost  effective  solution  instead  of  any  potential  steel  renewals.  For  shorter-term  (4  to  5 
years)  operations,  tenantry  protection  systems  such  as  soft  coatings  or  sacrificial  anodes 
may  be  considered.  The  effective  life  of  soft  coatings  is  usually  restricted  to  about  2  to  4 
years  only,  for  this  reason  this  protection  system  should  really  be  regarded  as  temporary 
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and  should  be  subjected  to  more  regular  and  comprehensive  thickness  gauging  and  close- 
up  surveys  dian  that  considered  for  hard  coatings  [TSCF,  1992]. 


2.3  Repairs 

The  rq>air  of  critical  internal  structural  details  is  a  difficult  and  demanding  task  for 
ship  owners.  There  is  no  reasonable  consensus  on  what,  how,  and  when  to  repair.  The 
general  lack  of  readily  retrievable  and  analyzable  information  on  repairs  and  maintenance 
frustrates  repair  and  maintenance  tracking.  Take  crack  repair  for  an  example.  Many  crack 
repairs  appear  to  be  ineffectual.  Veeing  and  welding  cracks  that  have  occurred  early  in  the 
life  of  the  ship  seems  to  be  ineffective;  they  quickly  develop  again.  If  one  replaces  the 
cracked  plate  and  modify  design  by  adding  a  bracket,  a  lug,  or  etc.,  the  repair  can  usually 
last  longer  than  veeing  and  welding.  However,  this  repair  may  not  be  cost  effective  if  the 
ship  will  be  scrapped  in  the  near  future. 

Three  types  of  repairs,  crack  repair,  steel  renewal  and  pitting/grooving  repair,  are 
introduced  in  the  following  paragraphs. 

23.1  Crack  Repair 

Cracks  are  potentially  the  most  serious  of  defects  as  they  can  grow  rapidly  in  size 
leaving  affected  structure  unable  to  bear  loads.  As  a  result,  the  surrounding  structure 
must  carry  a  greater  loading  that  can  in  turn  lead  to  its  failure  in  the  future.  If  this  process 
continues  unchecked,  hull  girder  or  long  large  panels  of  side  shell  collapse  can  result 

Repair  of  cracks  vary  widely.  Repairs  of  cracks  can  range  from  temporary  cold 
patches  to  stop  leaks  to  complete  re-design  of  the  structural  detail  and  replacement  of 
steel  nearby  the  detail  Welding  cracks  is  a  popular  repair,  but  it  frequratly  failed  again 
within  a  short  time.  Drilling  the  ends  of  the  cracks  is  a  frequently  used  temporary  repair 
measure  feat  is  used  until  fee  ship  can  be  taken  into  fee  dry-dock.  Repairs  of  these  cracks 
can  range  from  sin^)le  welding  to  addition  of  reinforcing  elements.  Experience  indicates 
feat  many  of  these  repairs  must  be  repeated  in  subsequent  dry  docking.  In  one  case,  a 
series  of  side  shell  longitudinal  crack  has  been  repaired  four  times,  and  each  time  a 
different  repair  procedure  has  been  tried  [Bea,  1992]. 
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Selecting  crack  repair  method  can  depend  on  the  location  of  the  crack.  Qacks  in 
primary  structure  require  more  serious  repair  than  those  in  secondary  structure.  Primary 
structure  is  the  structure  which  contributes  significantly  to  the  main  structural  strength  of 
the  ship  such  as  huU  plates,  stiffeners,  principal  decks,  main  transverses,  and  so  on. 
Secondary  structure  is  the  structure  which  neither  contributes  to  the  structural  strength 
nor  the  watertight  integrity  such  as  partition  bulkheads,  platforms  and  so  on. 

Cracks  in  primary  structure  may  be  ten^orarily  repaired  by  fitting  double  plates  or 
gouging  out  the  crack  and  filling  in  with  weld  metal.  Gouging  and  re-welding  is  an  easy 
and  common  way  of  repair.  However,  the  strength  of  re-welding  cracks  is,  almost 
invariably,  worse  than  the  original  one.  The  repaired  weld  will  create  new  crack  potentials 
and  thus  fail  even  earlier.  Such  repairs  are  sometimes  considered  in  attempting  to  get  the 
ship  to  a  facility  where  full  repairs  can  be  made.  The  better  and  formal  ways  of  repair  are 
to  crop  and  renew  the  cracked  plate  or  to  modify  the  local  geometry  to  reduce  the  stress 
concentration.  If  a  longer  life  continuance  is  expected  for  the  ship,  a  more  robust  repair 
such  as  geometry  modification  should  be  considered. 

In  the  other  hands,  cracks  in  secondary  structure  may  be  arrested  temporarily  by 
drilling  a  hole  of  diameter  equal  to  the  plate  thickness  at  a  distance  of  two  plate 
tiucknesses  in  fi-ont  of  the  visible  crack  tip  and  on  a  line  with  the  direction  of  anticipated 
crack  propagation  [Ma,  1992]. 

It  is  difficult  to  decide  which  repair  method  is  most  reliable  and  cost  effective  for  a 
particular  crack.  The  selection  of  different  repair  alternatives  is  usually  depended  on  the 
location  of  the  crack  and  the  expected  life  continuance  of  the  ship. 

2  J  J  Steel  Renewal  due  to  Corrosion  or  Budding 

In  the  event  of  steel  renewals  being  required  to  con^nsate  for  either  local 
corrosion  wastage  or  buckling,  according  to  the  following  acceptance  criteria  in  Table  2.1, 
it  is  inq>OTtant  that  the  extent  of  this  new  material  is  sufficient  to  maintain  structural 
continuity  and  avoid  any  potential  discontinuities.  From  the  repair  point  of  view,  the 
replacement  of  complete  panels  of  structure  may  prove  most  cost  effective  and  ultimately 
more  reliable,  than  merely  renewing  individual  members  especially  if  a  longer  life  span  has 
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been  projected  for  die  vessel  For  instance,  in  the  case  of  the  removal  and  re-welding  of 
bulkhead  stiffening  to  bulkhead  plating,  the  chances  of  penetrations  of  the  remaining 
corroded  plating  is  usually  very  high  and  the  future  watertight  integrity  of  this  division 
remains  in-question.  Also,  the  combination  of  steel  renewal  and  coating  could  be  the  most 
cost  effective  method  for  a  longer  life  span. 


Table  2At  Critoia  of  wastage  for  local  strength  of  structural  components 


rrSCF,  1!>861 


STRUCTURAL  COMPONENT 

%  CORROSION  (1) 
LOSS  INDICATOR 

BUCKLING  GUIDELINES 
(LONGITUDINAL  FRAMING) 

cm 

■Him 

Mild  Steel 

HrS36 

IfiiiK 

10 

25 

s/ts55to60 

8/ts49to52 

Webs  of  deck  and  bottcnn 
longitudinals 

15 

30 

h/t  =  50to65 

hA-45to55 

Flat  bar  longitudinal  at  deck  and 
bottom  (4) 

io 

25 

h/t  =  15to20 

h/t=15tol7 

Face  plates  and  flanges  of 
longitudinals  and  longitudinal 
girders 

15 

25 

11 

o 

o 

II 

Sideshdl 

- 

20 

(5) 

Longitudinal  bulkhead  plating 

15 

25 

S/t  =  70to75 

S/t  =  60to79 

Webs  of  side  shell  and  longitudinal 
bulkhead  longitudinals 

- 

25 

(5) 

(5) 

Transverse  bulkhead  structure, 
transvmes  and  side  stringers 

15 

25 

(6) 

(6) 

- 

30 

- 

- 

Notes 

(1)  Percentages  are  to  be  applied  to  original  Rule  thicknesses  without  corrosion  aUowance  reductions  for 
corrosion  control  notation. 

(2)  Column  A  refers  to  percent  reductions  above  which  further  assessment  is  required. 

(3)  Column  B  refers  to  percentage  reductions  where  steel  renewals  may  be  r^uired. 

(4)  The  deck  and  bottom  plating  and  associated  longitudinals  are  to  include  side  and  ifmgihiHinai 
bulkhead  plating  and  associated  longitudinals  within  10%  of  the  depth  of  ship  from  the  deck  and  bottom 
reflectively. 

(5)  No  budding  guidelines  are  given  as  the  components  are  not  usually  limited  by  this. 

(6)  Due  to  the  wide  variation  in  stress  levels  and  stiffening  arrangements,  no  general  giiiHanr/»  figure  can 
be  given.  Individual  guidance  should  be  sought  from  the  Classification  Society  concerned. 

Definitions 

t  s  thickness  ofstructure  after  corrosion. 

8  s  facing  between  longitudinal  stiffenos. 
h  =  web  df)th  of  longitudinal  stiffeners. 

b  =  half-breadth  of  flange  for  symmetrical  sections,  and  the  flange  breadth  for  asymmetrical  sections. 
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L)  some  cases  generally  corroded  areas  of  tank  structure  are  found  to  be  below  the 
minimum  sectitm  modulus  requirements.  It  may  be  possible,  at  the  discretion  of  the 
relevant  Qassificadtm  Society,  to  install  additional  steelworks  in  conjunction  with  an 
effective  corrosion  protection  system  fainting),  rath^  than  cany  out  extensive  steel 
renewals.  This  form  of  repair  should  aim  at  re-establishing  the  required  minimum  section 
modulus  of  the  overall  defective  areas,  while  dealing  direcdy  with  local  defects  or 
fractures  as  found  necessary.  Regular  re*inspection  of  diis  alternative  reinforcement 
should  be  carried  out  to  ensure  its  continued  effectiveness  in  maintaining  the  overall 
structure  integrity  of  the  vessel  [TSCF,  1992]. 

233  Pitting  and  Grooving 

Pitting  mainly  can  be  found  on  the  internal  horizontal  surface,  particularly  in  the 
bottom  plate  of  the  cargo  or  ballast  tanks.  If  widely  scattered,  they  may  not  affect  the 
general  strength  of  the  vessel.  However  due  to  their  depth  and  quick  deterioration  rate, 
they  may  quickly  lead  to  a  through  penetration  with  subsequent  pollution  danger.  Using 
the  corrosion  rate  of  about  1  to  3  mm  per  year  for  pitting/grooving  and  the  period  to  next 
overhaul,  a  defined  minimum  thickness  can  be  established  for  the  decision  of  pitting 
repair  [Ma  and  Bea,  1992].  For  examples,  if  the  period  to  next  overhaul  is  5  years,  the 
pits  can  grow  about  15  mm  deeper  during  these  5  years.  To  prevent  pollution  or  water 
tight  problems,  the  defined  minimum  thickness  should  be  set  as  IS  mm  at  least  in  this 
case.  Pitting  r^airs  can  be  classified  into  three  level  according  the  remaining  plate 
thickness.  While  the  ronaining  plate  thickness  is  more  than  the  defined  feickness,  the 
pitting  is  recommended  to  be  grit  blasted  and  then  brush  coated  with  two  coats  of  coal  tar 
epoxy  or  to  be  vacuum  blasted  and  filled  with  pourable  pit  filler.  While  the  Remaining 
tfiiclmfrss  is  between  the  defined  diickness  and  6  mm,  it  is  recommended  weld  up  the 
pitting.  If  the  pitting  is  so  severe  that  the  remaining  diickness  is  less  than  6  mm,  it  should 
be  cropped  and  renewed  with  a  new  plate. 

Grooving  of  structural  members  is  another  form  of  local  corrosion  which  takes 
place  usually  next  to  weld  connections  and  is  related  to  flexing  of  the  stiffened  panel  or 
areas  of  regular  erosion.  Epoxy  coating  of  the  affected  areas  and  additional  stiffening  of 
the  relevant  panels  is  regarded  as  the  best  way  of  this  problem. 
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CHAPTER  3.  REPAIR  MANAGEMENT  SYSTEM 


Hie  puipose  of  diis  chapter  is  to  review  the  inspection,  maintraance  and  repair  of 
ships,  look  at  all  the  factors  that  go  into  an  intelligent  repair  decision  to  demonstrate  the 
complexity  of  the  process.  This  chapter  also  discusses  die  approach  used  by  the  Rqiair 
Management  System  (RMS)  to  handle  this  complexity. 

3.1  Repair  Decision  Steps 

Id  any  structural  repair  situation,  there  are  four  basic  steps  to  determining  the  best 
repair.  These  steps  are  summarized  below  [Gallion,  1992]. 

3.1.1  Step  1  •  Inspection  on  Structural  Failure 

Visual  structural  inspection  on  ships  is  performed  at  regular  intervals  to  locate 
structural  failures  and  describe  the  basic  properties  of  the  failures.  These  properties 
include  crack  location,  crack  orientation,  crack  length,  percentage  plate  wastage  and  other 
information  necessary  to  analyze  the  failure.  Due  to  the  enormous  size,  poor  lighting,  and 
dirtiness  of  the  tanks,  visual  inspection  is  considered  a  "heroic"  task  that  cannot  locate  aU 
structural  failures.  The  probability  of  crack  detection  governs  the  probability  that  a  certain 
size  crack  will  be  detected  during  an  inspection. 

3.12  Step  2  •  Determine  Mode  of  Structural  Failure 

Various  ways  have  been  proposed  to  categorize  modes  of  failure,  including 
loading  type,  stress  type  and  others.  The  Ship  Structures  Committee  categorizes  cracks 
into  two  levels  of  crack  severity  [Stambaugh,1990].  Nuisance  cracks  are  small  cracks 
detected  before  they  propagate  into  adjacent  structure.  Nuisance  cracks  are  usually 
repaired  by  welding.  Significant  fractures  are  serious  cracks  that  usually  propagate 
perpendicular  to  the  longitudinal  and  pose  a  serious  threat  to  structural  integrity,  including 
a  loss  of  watertight  integrity  or  con^lete  failure.  For  this  research,  both  nuisance  cracks 
and  significant  fiactures  are  arranged  into  two  load  categories  of  ship  structural  failure- 
(fynamic  and  static  loading  failure. 
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The  dynamic  Ifdliire  mode  occurs  unda  the  condition  of  cyclic  loading  and 

includes  tiie  following  specific  modes  of  Mure: 

•  I  fyrU  fatipiift  fidluie  occuTS  undtf  cyclic  loading  of  0.5  to  1000  cycles.  Loads 

generally  exceed  the  yield  strength  of  the  maleiiaL  Failoic  occurs  by  rapid  crack 
initiation  and  growtir. 

•  ffifh  rv**^**  fatiyiie  failure  occurs  un<to  cyclic  loading  of  1000  cycles  or  more.  Tbe 

endurance  limit  of  a  material  ("infinite"  life)  exists  when  failure  cannot  occur  below 
a  certain  stress  level  Failure  is  predicted  by  the  Goodman  diagram  approach  or  by 
Linear  Ftacture  Mechanics  (LEFM)  techniques  using  the  Paris  equation. 

Failure  occurs  by  crack  initiation  and  growth.  Cracks  already  exist  in  welded 
structure  in  the  form  of  weld  imperfections  and  failure  occurs  by  crack  growth 
only.  Hie  fracture  surface  is  usually  flat  and  contains  small  lines  (beach  marks) 
that  radiate  out  firom  the  crack  origin . 

•  fnrmsinn  fatigue  is  the  acceleration  of  crack  propagation  in  the  presence  of  cyclic 

in  a  corrosive  environment,  such  as  sea  water. 


The  static  frulure  mode  occurs  under  the  condition  of  static  loading  and  includes 
tiie  following  specific  modes  of  failure; 

•  yrittift  frarture  occurs  under  static  loading  and  is  typical  in  matwials  with  yield 
strengths  less  than  0.5  percent  strain  before  fracture,  such  as  cast  iron,  concrete 
and  ceramic.  Failure  is  predicted  feirly  accurately  by  the  maximum  normal  stress 
tiieory  and  occurs  by  fracture  (not  yielding).  Materials  that  are  not  normally  brittle 
can  become  brittle  in  some  environments,  such  as  low  temperatures.  The  fracture 
surface  is  usually  flat  and  contains  arrow  shaped  lines  known  as  "Chevron  marics" 
which  point  to  the  ori^  of  the  failure. 

•  fiiirtitf.  fracture  occurs  under  static  loading  and  is  typical  in  materials  with  yield 
strengths  greater  than  0.5  percent  strain  before  fracture,  such  as  steel  and 
aluminum.  Failure  is  predicted  by  several  failure  theories,  including  the  maximum 
shear  stress  theory  and  the  distortion  energy  theory  (von  Mises).  The  firacture 
surface  is  usually  distorted  due  to  failure  by  yielding. 

•  ftnririiny  faiiiim  OCCUTS  uudcT  compiessive  loading  under  sufficient  load  to  surpass 
unstable  equitibrium.  Standard  solutions  exist  for  bucking  of  a  simple  column 
under  compression  with  various  end  constraints.  Mote  complicated  structure, 
such  as  the  plate  structure  of  a  ship,  is  a  difficult  analytical  problem  that  requires 
finite  element  techniques. 


*  Stress  COirosign  cracking  can  occur  in  parts  subjected  to  continuous  gtarir  inaHc  in 
a  corrosive  oivironnient  Hie  degradation  of  strength  is  represented  by  the 
reduction  of  fracture  toughness  with  time. 

All  the  above  nxxles  arc  influenced  by  environmental  factors.  For  exanqile, 
general  corrosion  reduces  plate  thickness  and  increases  both  the  static  and  dynamic 
stresses  on  the  plate,  possibly  leading  to  a  dynamic  or  static  failure  mode.  As  another 
example,  hydrogen  embrittlement  would  accelerate  the  advent  of  brittle  fracture.  In 
addition,  a  single  fracture  can  contain  several  modes.  For  example,  a  smaU  crack  that 
exists  at  a  welding  imperfection  will  grow  in  a  stable  manner  by  fatigue.  At  some  crack 
length,  the  stress  may  reach  a  critical  level  and  cause  unstable  crack  growth  by  brittle 
fracture.  This  brittle  fracture  may  be  arrested  by  load  sharing  with  adjacent  structure  or  an 
increase  in  material  thickness  along  the  crack  front 

Since  a  majority  of  ship  structural  failures  are  initiated  by  high  cycle  fatigue  and 
corrosion  effects,  the  RMS  wiU  concentrate  in  these  areas.  However,  it  is  inq)ortant  to 
keep  in  mind  these  other  possible  modes.  The  mode  of  failure  dictates  the  analysis 
procedures  required  to  evaluate  a  failure. 

3.U  Step  3  -  Determine  Cause  of  Structural  Failure 

There  are  five  basic  causes  of  a  ship  structural  failure.  These  causes  are  the 
following; 

•  Design  Problem-  This  cause  includes  insufficient  static,  fatigue  and/or  buckling 
strength  in  the  design.  This  insufficiency  could  result  from  poor  analysis 
procedures,  poor  material  selection  for  the  service  conditions,  underestimation 
of  loadings  and/or  incorrect  or  insufficient  structural  modeling. 

•  fasuflicient  Quality  CentroL  This  cause  occurs  during  construction  and  results 
in  finilty  material  processing  or  fabrication.  Examples  include  poor  or 
incorrect  welding  procedures,  incomplete  welding,  material  defects  and 
toloance  problems. 

•  OverioadiDg.  This  cause  includes  situations  that  caxuiot  be  foresera  in  initial 
design.  Examples  include  collisions,  poor  tug  operations  and  poor  seamanship 
in  extreme  weather. 
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•  Environmental  Factors.  The  primaiy  environmental  factor  is  corrosion  of  the 
ship  structure  due  to  inadequate  maintenance. 

•  Combined  Effects. 

In  reality,  structural  failures  usually  result  from  combined  effects.  Two  or  more 
&ctors  usually  contribute  to  the  cause  of  damage  in  varying  degrees.  For  «canq>le,  the 
enviraunental  factor  of  corrosion  exists  in  some  form  for  most  ship  structural  failures  but 
is  not  always  the  primaiy  cause  of  damage.  The  Ship  Structural  Committee  has 
categorized  the  causes  of  fracture  in  a  similar  manner.  These  categories  include  abnonnal 
forces,  presence  of  flaws  or  notches,  inadequate  physical  properties  at  service 
tenq>arature,  and  combination  of  causes  [Stambaugh,1990]. 

3.1.4  Step  4  -  Evaluate  Repair  Alternatives  and  Select 

Once  the  mode  and  cause  of  failure  have  been  determined  with  a  degree  of 
certainty,  alternative  repairs  can  be  evaluated.  This  step  is  one  of  the  most  difficult  doe  to 
die  large  number  of  factors  that  should  be  considered.  The  repair  that  best  satisfies  the  life 
continuance,  economic,  location,  time  and  other  considerations  is  the  one  that  should  be 
chosen.  These  repair  considerations  are  discussed  in  the  following  section. 

Life  ccmtinuance  conrideration  can  be  the  most  important  factor  in  repair 
decisions.  For  example  if  a  ship  is  going  to  be  kept  in  service  for  another  5  years  and  then 
retires  or  to  be  sold,  the  ship  owner  may  select  a  repair  that  can  last  for  more  than  5  years. 
Supposing  the  repair  work  well,  the  failed  critical  structural  detail  will  be  out  of  trouble 
for  the  rest  of  S  years  with  a  high  reliability.  This  consideration  is  related  to  the  economic 
considoution.  However  the  difficult  part  is  the  life  estimation  of  a  particular  repair 
method.  R  will  be  investigated  later  in  this  report 

Economic  considerations  can  play  a  dominate  role  in  repair  decisions.  These 
economic  factors  include  the  future  plans  for  the  ship,  age  of  the  ship,  total  cost  and  time 
to  conq>lete  repairs,  cargo  transport  obligations,  money  available,  current  steel  costs, 
repair  rates,  wage  rates,  etc.  The  economic  decision  is  usually  based  on  the  certain  initial 
repair  costs  and  not  the  possible  future  costs  of  maintenance.  This  is  mainly  due  to  the 
complexity  of  the  repair  decision,  which  makes  future  costs  difficult  to  evaluate. 
Howeva,  future  costs  for  inadequate,  non-durable  repairs  may  dominate  the  decision.  A 
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complete  economic  analysis  should  take  into  account  the  tradeoff  between  initial  and 
future  costs.  In  the  same  way  that  a  more  durable  has  lower  maintoiance  costs,  more 

durable  repairs  will  have  lower  future  repair  costs. 

Repair  location  consideration  falls  into  two  categories.  Voyage  repairs  are  made 
at  sea  mostly  in  emergency  situations.  Voyage  repairs  are  often  very  difficult  since  "hot 
work"  (welding)  is  usually  prohibited  in  critical  hull  structure  due  to  the  presence  of 
flammable  materials.  As  a  result,  cold  patching  is  a  popular  ten^rary  remedy.  Shipyard 
repairs  are  made  eidier  at  dockside  or  in  a  dry-dock  oivironmoit  after  the  tanks  are 
ventilated  and  washed  to  accommodate  hot  work  in  the  tanks.  This  is  the  most  ideal 
repair  environment  although  it  still  presents  problems  due  to  the  enormous  size  of  crude 
oil  carrion. 

Time  considerations  include  factors  such  as  the  time  available  to  con^lete  repairs 
and  the  time  until  the  next  inspection  and  repairs.  More  thorough  repairs  are  required  if 
thoe  is  a  long  time  before  the  next  inspection  or  overhaul  period. 

Several  additional  considerations  must  be  taken  into  account  in  repair 
alternative  evaluations.  These  considerations  include  the  following:  Classification 
societies  like  American  Bureau  of  Shipping  (ABS),  Bureau  Veritas,  Det  Norske  Veritas, 
Germanischer  Uoyd,  Lloyd's  Register  of  Shipping  and  others  dictate  the  minimum 
structural  requirements  for  compliance  with  class  rules.  Also  Regulating  authorities,  such 
as  the  United  States  Coast  Guard,  dictate  the  minimum  requirements  for  ship  operation 
within  their  jurisdiction.  Environmental  safety  has  become  a  major  consideration  in  the 
repair  of  ships.  Environmental  disasters  can  produce  both  ecological  damage  and  serious 
financial  damage  to  the  owner  and  operators  of  the  ship  as  illustrated  by  the  grounding  of 
the  Exxon  Valdez  in  Prince  VfiUiam  Sound  [Davidson,  1990].  The  goal  of  repairs  is  to 
minimize  the  chance  that  such  an  incident  is  caused  by  poor  repair  and  maintenance  of  the 
structure.  Accessibility  for  monitoring  by  crew  will  detennine  whether  monitoring  of 
minor  structural  problems  is  feasible.  If  a  structural  failure  cannot  be  monitored 
effectively  it  must  be  repaired. 
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.1.2  RMS  System 


For  the  RMS,  knowledge  can  take  heuristic  (rule-based),  probaWlistic  and 
numerical  forms.  These  forms  include:  (1)  heuristic/probabilistic  knowledge  about  mode 
and  cause  of  failure;  (2)  heuristic  knowledge  about  valid  repair  alternatives;  (3)  numerical 
routines  for  alternative  evaluation;  and  (4)  heuristic  or  probabilistic  decision  analysis. 

this  knowledge  is  not  simply  heuristic,  the  RMS  is  a  "coupled"  expert  system  that 
requires  both  symbolic  and  numeric  processing.  The  type  of  information  required  to 
evaluate  diese  stq)s  is  summarized  in  the  following  Table. 


Step 

Description 

Computational  Reauirements 

1 

Gather  Data 

Data 

2 

Determine  Mode  of  Failure 

Knowledge 

3 

Determine  Cause  of  Failure 

Knowledge 

1 

a.  Determine  Repair  Alternatives 

b.  Evaluate  Repair  Alternatives 

c.  Select  Repair  Alternative 

Data+Knowledge 

Data+Knowledge+Numerical 

Knowledge 

Table  3.1:  RMS  Computational  Requirements  [Gallion  and  Bea,  1992] 

The  overall  architecture  of  an  ideal  RMS  would  consist  of  the  user  interface, 
knowledge-base,  database,  analysis  procedures  and  inference  engine~as  detailed  in  Figure 
To  organize  the  wide  array  of  knowledge  requued  for  repair  analysis,  the  knowledge 
in  the  RMS  is  grouped  together  into  several  module,  each  of  which  require  different 
knowledge  representation  schemes.  These  modules  include  the  following: 


•  control  module; 

•  failure  diagnosis  module; 

•  repair  alternatives  selection  module; 

•  repair  analysis  module;  and 

•  decision  analysis  module. 
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Expert 

Knowledge 

Maintenance/ 

Aquisition 


I  SI  R  IM  I  kl  A(  i: 


Explanation/ 

Advice/ 

Question 


Data 

Maintenance 


A 

▼ 


<  <)\  I  KOI  I  1  K 
IM  i;ki;n<  i 


KNOW  I  i;i)<;i:-i{  vsi: 


Control  W^ntify  stnicture 
Module  Search  database  for  similar  proble 

Search  database  for  specific  guidanj 

Failure 

Diagnosis  I^termine  mode  and  cause  of  failv 
McNlule 


Repair 

Alternative 

Module 

Repair 

Alternative 

Analysis 

Module 


Assemble  list  of  repair  alternatives 
based  on  mode  and  cause  of  failure  J 
guideance,  and  database  of  possible 
configurations 

Technical  evaluaiton  of  repair 
alternatives  to  determine  expected  l| 
and  variation  in  life 


l>  V  I  A  KASI 


Ship  Inspection  Data 
Repair  History  Data 
Ship  Characteristics  Data 
Ship  Operations  Data 
Repair  Alternatives  Data 
CSD  Stress  Concentration  Da 
CSD  Lx>ading  Data 
CSD  Fatigue  Characteristics  Data 


Decision  Perform  decision  anlysis  to  determil 
Analysis  optimum  repair  alternative  based  orf 
Module  expected  monetary  value 


I 


\I  MI  RK  Al  ANAI  A  SIS 


Fatigue  Analysis 
Buckling  Analysis 
Corrosion  Analysis 
Etc. 


Fig^re  3.1 :  RMS  System  Architecture  [Gattion  and  Bea,  1992] 


28 


3^.1  Control  Module 

The  control  module  is  a  guide  to  lead  the  user  through  the  initial  steps  of  making  a 
repair  decision.  These  steps  include: 

1.  inspect  die  ship  and  input  structural  problems  to  database; 

2.  identify  specific  structural  detail  and  failure  to  evaluate; 

3.  search  shi^  condition  database  to  det^mine  if  similar  problems  encountered 
and  if  past  repairs  successful  or  unsuccessful;  and 

4.  search  r^air  guidance  database  for  specific  information  about  structural 

problems. 

This  module  would  combine  heuristics  with  database  search  procedures. 

3.2.2  Failure  Diagnosis  Module 

The  failure  diagnosis  module  would  be  a  guide  to  evaluate  the  mode  and  cause  of 
the  structural  failure  based  on  the  physical  appearance  of  the  failure,  location  of  the  initial 
failure,  the  orientation  of  the  failure,  the  location  in  the  ship,  the  type  of  structural  detail, 
and  other  factors.  The  result  of  this  module  would  be  a  list  of  possible  modes  and  causes 
with  their  associated  levels  of  certainty. 

This  could  include  heuristic  or  probabilistic  knowledge  based  on  the  opinions  of 
experts  in  the  field  of  ship  structural  mechanics  and  the  ship  condition  and  repair  guidance 
database  information. 

3.23  Repair  Alternatives  Selection  Module 

The  Repair  alternatives  selection  module  serves  to  select  the  viable  repair 
alternatives  based  on  the  ntode  and  cause  of  failure,  the  detail  configuration  and  other 
considerations.  Two  repair  types  are  developed.  The  first  one  is  a  crack  in  a  longitudinal 
cutout  (see  Rgure  3.2).  According  past  studies  [Jordon,  1978][Jordon,  1980],  tiiis  type 
of  crack  comprises  12.3%  of  total  cracks  in  some  ships.  The  second  one  is  a  crack  on  a 
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longitudinal  near  the  tip  of  a  beam  bracket  (see  Figure  3.3).  This  type  comprises  32.8%  of 
total  cracks.  These  two  types  of  cracks  totally  consists  of  45.1%  of  cracks. 


Rq>airl: 

Gi^  out  crack,  and 
weld 

?  year  repair  life 


Rqiair2: 

Cut  out  section  and 
butt  weld 

?  year  repair  life 


Repair  4: 

A(U  lug  plus 
repw2 

?  year  repair  life 


RqKiirS: 

Repair  3  plus  bracket 
?  year  repair  life 


Rq)airS: 

Repair  4  plus  bracket 
?  year  repair  life 


Figure  3.2:  Repair  alternatives  example  1  [Ma,  1992] 
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IS  inch  crack  discovoed 
at  ship  life  of  10  years 


Repair  1: 

Grind  out  crack, 
and  weld 

year  repair  life 


redesigned 
?  year  repair  life 


Repair  2: 

Repair  1  plus 
bracket  r^esigned 

?  year  repair  life 


redesigned 


?  year  repair  life 


Repair  3: 

Longitudinal  cropped 
and  part  rmewed 

?  year  repair  life 

Figure  3.3:  Repair  aUematives  example  2 


3J.4  Numerical  Analysis  Modules 


Analysis  is  conducted  by  the  analysis  modules.  The  type  of  analysis  required  is 
detnmined  Iqr  the  results  of  the  failure  diagnosis.  For  exan^le,  if  the  failure  nnode  is  high 
cycle  fatigue  with  a  high  degree  of  certainty,  then  a  fatigue  analysis  would  be  required. 
Various  types  of  analyses  might  be  required,  including: 

•  fatigue  analysis; 

•  corrosion  analysis; 

•  buckling  analysis; 

•  global  failure  analysis;  and 

•  structural  reliability  and  condition  assessment  analysis. 

These  modules  serve  to  link  symbolic  information  concerning  analysis  steps, 
numerical  procedures  and  interpretation  of  numerical  results  to  conduct  analysis. 

Since  ship  repair  engineers  are  often  unfamiliar  with  the  details  of  fatigue,  fracture, 
corrosion,  and  other  analyses  as  applied  to  the  con^lex  case  of  a  ship  structure,  the 
modules  associated  with  these  analyses  could  also  serve  to  educate  the  users  through  an 
extensive  e;q>lanation  facility.  To  account  for  the  different  structural  configurations,  a 
library  of  standard  structural  details  is  required  in  the  general  database.  New  Hp.taiic  must 
be  added  as  required. 

A  probabilistic  ^proach  to  the  calculations  in  which  the  historical  database  is  used 
to  establish  a  prior  probability  of  failure  for  a  particular  structural  detail  could  be 
incorporated  into  these  modules. 

3  Decision  Analysis  Module 


A  final  module,  the  decision  analysis  module,  is  required  to  select  the  most 
appropriate  r^air  alternative.  A  structured  procedure  is  required  due  to  the  high  level  of 
uncertainty  involved  in  the  various  stages  of  the  analysis.  These  uncertainties  are 
associated  mainly  with  die  following: 
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•  mode  and  cause  of  failure; 

•  repair  life  analysis  procedure; 

•  cost  estimates;  and 

•  economic  variables. 

Depending  on  the  repair  option  selected,  the  expected  life  of  the  rqpair  and  the 
uncertainty  in  life  will  vary.  By  accounting  for  the  various  economic  factors  and  the 
\ir>cfirtainrift!8  in  the  life  estimation  process,  this  module  could  help  a  repair  oi^eer 
evaluate  alternatives  based  on  both  initial  and  expected  future  costs,  including  the  cost  of 
failure. 
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CHAPTER  4.  REPAHl  ALTERNATIVE  SELECTION 

A  ship  Structure  may  be  classified  into  categories,  ranging  from  global  to  detailed 
structure.  Hie  global  hull  can  be  sin^lified  as  a  beam.  To  ensure  this  beam  has  sufficient 
longitudinal  strmgth,  the  midship  section  modulus  must  be  examined  carefuUy  during  the 
design  stage.  The  local  strength  of  the  structural  must  also  be  determined. 

Generally,  if  is  not  posable  to  complete  analyze  all  of  the  structural  details  to  determines 
eitho*  dieir  edacity  or  their  fatigue  strength.  As  a  result  many  ships  have  suffered 
different  degrees  of  local  fatigue  cracks.  These  fatigue  cracks  usually  concentrate  in  a  few 
types  of  ship  structural  details.  It  is  inq)ortant  to  recognize  which  ttetail  types  are  more 
critical  than  the  others.  In  this  chapter  the  categories  of  the  details  with  high  failure  rates 
are  introduced.  Several  repair  alternatives  for  some  detail  types  having  high  failure  rates 
as  reviewed.  Repair  decision  making  processes  are  reviewed. 


4.1  Cateeorizing  Critical  Structural  Details 

Past  studies  [Jordon,  1978]  [Jordon,  1980]  have  been  conducted  to  provide  data 
on  the  performance  of  structural  details,  and  to  identify  what  types  of  details  crack  most 
frequently.  In  these  studies,  structural  detail  failure  data  were  collected  and  Hassififyt  into 
12  detail  families  to  provide  guidance  in  the  selection  of  structural  detail  configurations 
(Table  4.1).  Various  merchant  and  naval  vessels  were  surveyed  including  13  tankers,  12 
containers,  9  navals,  5  combination  carriers,  5  general  cargoes,  4  bulk  carriers,  and  2 
others. 


The  results  of  the  survey  show  that  2252  of  the  total  6856  damaged  locations,  or 
32.8%,  were  found  in  beam  bracket  connections.  Tripping  brackets  have  the  second 
highest  failure  percentage,  23.1%  (Figure  4.1).  Miscellaneous  cutouts  are  the  third 
highest,  12.4%.  Clearance  cutouts  are  the  fourth  highest,  12.3%.  It  is  amazing  that  these 
4  detail  groups  comprised  more  than  80%  fatigue  cracks.  Since  all  of  clearance  cutouts 
and  most  of  beam  or  tripping  brackets  are  in  the  connection  of  longitudinals  and 
transverses,  we  can  conclude  that  the  most  critical  area  of  a  ship  structural  is  in  such 
connections. 
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Table  4.1:  Detail  dasaficafions  [33 


Tvoical  Confisurataw 


Name 

F^rnctional  Provision 

BeamBiacIcet 

Increase  strengdi  of  framing  and 
stiffening  members  at  their  supports. 

Tripping 

Brackets 

Laterally  support  framing  and 
stiffening  members. 

Nbn-Tight 

Collars 

lYovide  a  connection  from  webs  of 
framing  and  stiffening  members  to 
the  plating  of  supports  that  have 
cutouts  at  the  members. 

Tight  Collar 

Same  as  3  above  excq>t  also  cover  the 
cutouts  to  prevent  passage  of  fluid  or 
objects  through  the  cutout 

Gunwale 

Connection 

Join  the  su^gth  deck  stringer  plate 
to  the  sheo'  shake. 

Knife  Edge 
Crossing 

Permits  complimentary  stiffening 
systems  on  opposite  sides  of  plate 

Miscellaneous 

Cutouts 

Provide  a  wide  variety  of  holes  for 
access,  drainage,  ease  of  fabrication, 
cable  ways,  pipes,  stress  relief,  etc. 

Qearance 

Cutouts 

Provide  a  hole  in  an  intersecting 
member  to  allow  another  member  to 
go  through. 

Structural  Deck 
Cuts 

Allow  passage  through  decks  for 
access,  tank  cleaning,  piping,  cables, 
etc. 

Stanchion  Ends 

lYansfer  loads  between  stanchions 
and  deck  supporting  members. 

Stiffeno'Ends 

Connect  an  un-bracketed  non¬ 
continuing  stiffener  to  a  supporting 
member. 

Panel  Stiffeners 

Stiffen  plating  and  webs  of  girders. 
These  are  non-load  carrying 
members. 
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Failure  Percentages  of  12  Detail  Far 


O&m7  0mm\ 
fwmm:7.9% 

Ptr^  Stiflsnsrs: 

11.5% 


Clsarinot 

Ciitoufei:123% 


MiscsBsnsous 
Cutouti:  124% 


Figure  4.1:  Failure  percentage  of  12  detail  families 

The  transition  from  global  structure  to  one  example  of  this  critical  area  in  the  ship 
ade  shdl  is  illustrated  in  Hgure  4.2.  The  fatigue  crack  database  developed  during  the 
Ship  Structural  Maintenance  Project  indicates  that  side  shell  details  experienced 
agnificantly  mote  cracking  than  comparable  details  in  bottoms,  inner  bottoms  or  decks 
[Schulte-Strathaus,  1991].  The  main  reason  for  this  are  the  alternating  sea  wave  loading 
that  have  stronger  and  more  direct  impact  on  the  side  shell  plate  between  high  water  line 
and  low  water  line. 


Beam  Bradwts; 
32.8% 


Tripping  Bradwts; 
23.1% 
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Global  Ship  Structure 


Sub-structure 


4.2  Repairs  Alternatives 


For  a  fiuigue  crack  in  a  particular  structural  detail,  there  are  several  medtods  to 
r^air  it  The  e)q>ected  repair  life  and  repair  cost  of  each  repair  method  varies.  Ship 
owners  usually  choose  the  most  cost  and  time  effective  method.  A  robust  but  ectremely 
expensive  repair  method  may  not  be  the  best  alternative.  A  less  robust  and  cheaper  repair 
may  not  be  fevored  ddier,  because  later  the  repair  may  foil  again.  It  will  cost  even  more 
money  to  repair  the  detail  again  and  again.  Selecting  a  repair  alternative  requires  a  large 
measure  of  judgment  and  engineering  insight 

The  general  strategies  for  crack  repair  of  critical  stractural  details  can  be  classified 
as  follows: 

•  Drill  a  stopping  hole  in  front  of  the  crack  tip  (Temporary  repair):  Cracks  may  be 
arrested  temporarily  by  drilling  a  hole  of  diameter  equal  to  the  plate  thickness  at  a 
distance  of  two  plate  thicknesses  in  front  of  the  visible  crack  tip  and  on  a  line  with  the 
direction  of  anticipated  crack  propagation.  Such  repairs  are  sometimes  considered  in 
attempting  to  get  the  ship  to  a  facility  where  full  repairs  can  be  made.  It  may  also  be 
used  for  cracks  in  secondary  structure  (the  structure  which  neither  contributes  to  the 
structural  strength  nor  the  watertight  integrity  such  as  partition  bulkheads,  platforms 
and  so  on). 

•  Re-weld  the  cracks  to  the  original  construction:  Gouging  and  re-welding  is  an  easy 
and  common  way  of  repair.  However,  the  strength  of  re-welding  cracks  is,  almost 
invariably,  worse  than  the  original  one.  The  repaired  weld  will  create  new  crack 
potentials  and  thus  fail  again  in  a  shorter  time  interval. 

•  Re-weld  the  cradcs  plus  post  weld  improvement:  This  repair  is  basically  the  same 
as  the  pervious  one,  except  that  the  weld  is  ground  into  smooth  to  improve  its  fatigue 
strength.  From  the  pervious  study  [Almar-Naess,  1985],  the  life  extension  effect  of 
post  weld  improvement  can  be  significant 

•  Replace  the  cracking  plate:  This  is  also  called  inserting  a  new  plate.  The  inserted 
new  plate  has  a  new  clock  counting  of  fatigue  life.  Since  this  plate  has  never  carried 
any  loads,  its  fatigue  damage  factor  is  zero.  If  the  loading  history  and  the  material  is 
identical  to  those  of  the  failed  plate,  its  fatigue  life  should  be  about  the  same  as  the 
failed  time  of  the  crack. 
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•  Modify  design  by  adding  Inracket,  stiffener,  lug,  or  collar  plate:  The  more  robust 
way  of  repair  is  to  modify  die  local  geometry  to  reduce  the  stress  concentration. 
While  adding  a  detail  componoit  and  not  involving  cnqiping  a  large  section,  this  tqpair 
may  be  one  of  the  bests.  It  can  reduce  the  stress  concentration  and  therefore  increase 
the  rqMur  life  significantly.  Li  addition  it  reasonably  easy  to  apply. 

•  Qiange  configuration  by  applying  soft  toe,  increasing  radius,  trimming  face 
plate,  enlarging  drain  htdes,  etc.:  This  is  another  way  to  modify  the  local  geometry 
to  reduce  the  stress  concentration,  ff  a  longer  life  continuance  is  expected  for  the  ship, 
a  more  robust  repair  such  as  diis  should  be  considered. 

•  Enhance  sf^ntling  in  size  or  thickness:  hicteasing  the  size  of  a  detail  like  a  bracket 
is  good.  However  increasing  the  duckness  may  not  be  a  vay  good  repair  in  the  case 
that  a  discontinuity  introduced  to  die  plate.  While  doing  diis,  the  discontinuity  should 
be  carefully  located  outside  die  high  stress  area. 

It  is  Hififiriilf  to  define  which  repair  method  is  most  reliable  and  cost  effective  for  a 
particular  crack.  The  selection  of  a  particular  repair  alternatives  depends  on  the  location 
of  the  crack  and  the  expected  life  of  the  ship.  Li  the  following  paragraphs  available  repair 
alternative  to  three  critical  structural  details  with  high  failure  rates  are  introduced. 

4  J.1  Repairs  of  Beam  Bradcet 

The  beam  bracket  area  is  the  most  critical  structural  detail  in  ships  according  to 
past  studies  [Jordon,  1978]  [Jordon,  1980].  A  common  failure  in  diis  area  is  the  fatigue 
crack  initiated  from  the  bracket  toe  into  the  longitudinal  (see  the  right  side  of  Rgure  4.3). 
Fatigue  cracks  can  also  develop  along  the  connection  line  of  the  bracket  and  the 
Buckling  through  the  middle  of  the  brackets  is  another  major  failure  mode  in 
diis  area.  Fatigue  cracking  in  two  typical  configurations  will  be  discussed  to  illustrate  the 
available  repair  alternatives. 

Li  the  left  side  of  Figure  4.3  is  an  example  of  bad  design  causing  a  cracking. 
Lacking  a  backing  bracket  induces  a  high  stress  concentration  in  the  connection  point  Six 
available  repair  alternatives  are  presented.  Repair  4,  5,  and  6  are  the  more  durable  repair 
choices  since  the  added  bracket  can  reduce  the  stress  significandy. 
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Id  the  right  side  of  Figure  4.3  is  another  exan^le  of  a  fatigue  cracking  in  the  beam 
bradcet  area.  Six  avaflable  repair  alternatives  are  presented.  Still  ttpm  4, 5,  and  6  could 
be  the  better  repair  choices.  Additional  repair  alternatives  include  using  a  soft  (curved) 
bracket,  soft  nose  and  enhancing  its  size.  Notice  that  baddng  Inackets  which  are  too 
small  or  do  not  incorporate  a  soft  nose  design  may  initiate  fracture  again  from  the  bracket 


toe. 


Repair  1 : 
Wald  only 

Repair  2: 
Weld  and 
Treatment 

Repair  3: 
Ineert  Plate 


Repair  4: 
Redeeign 
plue  Repair  1 

Repair  5: 
Redeeign 
plue  Repair  2 

Repair  0: 
Redeeign 
plue  Repair  3 


Figure  4.3:  Repair  alternatives  for  cracks  in  beam  brackets 


4.2.2  Repairs  of  Tripping  Bracket 


Tripping  bracket  is  the  second  most  critical  structural  detail.  There  are  a  variety  of 
configurations  of  this  t)^.  The  most  common  one  is  a  fiat  bar  stiffener  on  one  ride  of  the 
web.  Other  configurations  include  triangular  or  soft  brackets  on  one  or  both  side  of  the 
webs.  Some  brackets  even  have  a  flange.  These  details  can  be  easily  found  in  the 
connection  of  longitudinals  and  tiansverses.  Three  typical  types  of  fatigue  cracks  are 
shown  in  the  following  figure.  The  most  effective  repair  method  should  be  adding  a 
backing  bracket 
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Id  the  left  exan^le  of  the  following  figure,  a  crack  hiy>pens  at  the  heel  of  the  flat 
bar  stifGma:.  Hqiair  3  is  not  lecommoided  at  all,  because  other  iq>airs  are  either  cheaper 
OT  stronger.  RqMur  4  and  5  could  be  betto-  rq)air  choices.  RqMiir  6  adding  a  baddng 
bracket  and  insoting  a  new  plate  is  robust  but  may  not  be  very  cost  effective.  To  ensure  a 
more  robust  rquur  like  Repair  6,  adding  bracket  on  the  bodi  side  may  be  easier  dian 
R^air6. 

Id  the  middle  example  of  the  following  figure,  adding  bracket  on  the  both  side  can 
be  considoed  as  an  additional  tq>air  alternative.  If  the  flat  bar  stiffener  requires  to  be 
cropped  and  part  renewed,  this  may  be  replaced  by  a  bracket  incorporating  a  soft  nose  at 
die  longitudinal  together  with  the  recommended  backing  braclret 

In  the  right  example,  the  crack  grows  into  the  longitudinal.  Lcmgitudinals  not  only 
contribute  the  hull  longitudinal  strength  but  also  attach  to  the  shell  While  cracks  grow 
into  shell  cargo  leaking  may  happen.  In  order  to  ensure  the  water  tight  integrity  of  the 
side  shell  it  is  recommended  the  firactured  longitudinal  should  be  cropped  and  part 
renewed  as  in  repair  3  and  6. 


Repair  1 : 
Wald  only 

Rapair  2: 
Wald  and 
Traatmant 

Rapair  3: 
Inaart  Plata 


Rapair  4: 
Radaaipn 
ptua  Rapair  1 

Rapair  6: 
Radaaign 
plua  Rapair  2| 

Rapair  6: 
Radaaign 
plua  Rapair  3 


Figure  4.4:  Repair  aUemaUvesfor  cracks  in  flat  bar  stiffeners 
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423  Repairs  of  Clearance  Longitudinal  Cutout 


Tripping  bracket  is  one  of  the  most  critical  structural  detail,  too.  There  are  a 
variety  of  configuraticms  of  this  type.  The  most  common  one  looks  like  the  those  in  the 
following  figure.  Three  Q'pical  crack  locations  are  shown  here.  The  left  one  happens 
mote  fiequendy  than  the  otha*  two.  Six  repair  alternatives  are  presented  in  each  case. 
Beside  diese  six,  adding  a  flat  bar  stiffener  or  a  backing  bracket  on  the  longitudinal  is 
anoth»  repair  alternative. 


R«pAlr  1: 

Wttfd  only 

Ropair  2: 

Wold  ond 
Trootmont 

Ropoir  3: 

Inoort  Plato 

Ropair  4: 

Rodooign 
pluo  Ropair  1 

Ropair  5: 

Rodooign 
pluo  Ropair  2 

Ropair  0: 

Rodooign 

pluo  Ropair  3  _ 

Figure  43:  Repair  alternatives  for  cracks  in  longitudinal  cutouts 


Up  to  now,  the  most  critical  aspect  of  the  Repair  Management  System  (RMS) 
repair  evaluation  has  not  been  discussed-cost  To  be  effective,  a  decision  analysis  that 
deals  with  the  uncertainties  of  the  problem  and  the  cost  criteria  of  the  owner  and  operator 
of  the  ship  is  required  to  help  evaluate  the  optimum  repair  option.  In  terms  of  cost  the 
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optimum  repair  option  is  defined  as  the  one  that  results  in  the  minimum  total  costs  Onithd 
plus  future)  ova  the  life  of  the  ship  (Hgure  4.6). 

Take  the  repair  of  a  crack  in  a  longitudinal  clearance  cutout  for  an  example.  There 
are  several  repair  alternatives  available  for  diis  failure  as  described  in  the  previous 
sections,  ff  die  ship  is  going  to  be  operated  for  ,  say,  10  more  years,  and  the  owner 
chooses  the  cheapest  and  easiest  rqiair  like  veeing  and  welding  only.  Hie  initial  repair 
cost  will  be  very  low.  Since  diis  repair  is  not  robust,  it  may  has  an  expected  rqiair  life 
like,  say,  less  than  2  years  only.  Then  the  owner  may  have  to  repair  it  every  two  years 
(totally  S  more  repairs)  if  continuing  the  same  repair  method.  The  cost  of  these  5  more 
repairs  is  the  future  cost  and  it  may  be  quite  high.  This  is  the  case  of  the  very  tight  side  of 
Figure  4.6. 

In  the  other  hand,  if  the  owner  choose  a  very  robust  repair  like  inserting  plate  and 
adding  a  lug,  the  initial  cost  may  be  high.  But  the  expected  repair  life  may  be  more  than 
10  years,  that  means  no  future  repair  will  be  needed.  The  future  repair  cost  will  be  as  low 
as  zero  in  this  case.  This  is  the  case  of  the  very  left  side  of  Hgure  4.6. 

The  concept  of  optimum  repair  based  on  the  lowest  total  repair  cost  is  quite 
sinqile.  There  are  many  factors  have  to  be  taken  into  consideration  in  the  real  world. 
These  include  available  budget,  available  repair  time,  out  of  service  cost,  and  the  owner's 
future  plans  for  the  ship.  It  is  difficult  to  accurately  estimate  a  repair  life  and  cost  for  a 
particular  repair  alternative.  There  is  a  large  uncertainty  associated  with  the  estimation  of 
repair  life.  It  is  a  challenge  to  define  the  optimum  or  best  repair  alternative. 
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Total  Rcpsir 
Gbats 


CHAPTER  5.  REPAIR  LIFE  ESTIMATION 


The  key  to  any  repair  analysis  is  the  ability  to  rank  repair  alternatives  according  to 
some  index.  For  the  Repair  Management  System  (RMS)  the  expected  life  of  a  rqiair  is 
used  as  the  index.  Hiis  index  is  most  useful  since  time  is  a  critical  component  in  the 
decision  process. 

The  method  of  repair  life  estimations  will  vary  with  the  mode  and  cause  of  failure. 
Fot  each  mode,  a  different  analytical  procedure  is  required.  Because  ships  are  plagued 
prinunily  by  fatigue  problems,  only  die  fatigue  failure  mode  is  explored  in  this  study. 

For  quick  comparison  of  repair  alternatives  as  required  by  the  RMS  philosophy,  it 
is  necessary  to  adopt  an  approach  that  does  not  rely  on  lengthy,  cumbersome  finite- 
elonmt  analysis.  The  proposed  method  to  be  used  for  the  RMS  is  an  approximate 
method.  The  method  incorporates  existing  knowledge  of  material  SN  curve 
characteristics  (cyclic  stress  range  versus  number  of  cycles  to  failure  curves)  and  stress 
concentration  factors  for  critical  structural  details.  An  equation  which  is  developed  by 
Wirsching  will  be  used  to  compute  the  expected  life  of  a  repair  on  a  cracked  detail 


5.1  Cumulative  Fatigue  Damage  Model 

To  evaluate  the  damage  to  a  detail  due  the  Weibull  loading.  Miner's  rule  of 
cumulative  dama^  is  assumed.  The  accumulation  of  damage  D  due  to  the  full  range  of 
alternating  stresses  is  approximated  by  [Wirsching,  1984, 1987]: 

D  =  t  (5.1) 

SNt(Si)  A 


N(Si)  =  Number  of  cycles  alternating  stress  Si  implied 
Nf(Si)  =  Number  of  cycles  to  failure  at  stress  Sj 
Tf  *  Time  to  failure 

B  =  Uncertainty  factor  in  estimation  of  fatigue  stress 

£2  =  Stress  parameter,  mean 

A  =  life  intercept,  mean 
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When  die  damage  is  greater  than  or  equal  to  one,  failure  is  usually  assumed  to 
occur.  Laboratory  tests  have  shown  wide  variation  in  the  actual  cumulative  damage  at 
Mure.  Defining  die  damage  at  failure  as  Af,  die  above  equation  can  be  rewritten  as: 


Tf 


Af  A 


(5.2) 


Fbr  the  Weibull  stress  range  model  and  a  single  slope  SN  curve,  the  stress  parameter  D  is 
given  by: 


£2  =  fo  S”  [lnNo]-<”''>  +  ij  (5.3) 

The  average  firequency  ^  of  the  stress  cycles  is  a  constant  2.5x10^  cycles^^  for 
the  wave  loading  on  ship  structure.  Sq  is  the  alternating  stress  that  is  exceeded  on  an 
average  of  once  Nq  cycles.  In  addition,  the  mean  SN  data  should  be  used  to  remove  the 
bias  in  the  design  curves  when  making  comparisons. 


To  examine  how  this  model  can  be  used  to  evaluate  repairs,  consider  a  crack 
discovered  in  10  years  that  developed  due  to  high  cycle  fatigue.  Assuming  a  Weibull 
parameter  and  curve  designation,  the  stress  range  required  to  produce  the  failure  may  be 
determined.  Due  to  the  many  assumptions  involved,  this  stress  range  is  only  useful  when 
used  on  a  comparative  basis.  For  example,  if  a  crack  originating  at  a  cutout  comer  (C 
class,  m=3.5,  log  A=14.03,  single  slope  approximation)  in  the  side  shell  (Weibull 
parameter  0.9)  is  discovered  in  10  years  (TplO  years,  fo=2.5xl0^  cycles/year, 
No=foTp2.SxlO^  cycles),  then  the  calculated  peak  Weibull  stress  range  to  cause  failure 
(Dpi)  based  on  the  mean  SN  data  and  no  uncertainty  (B=l)  is: 


(In  (foT,))« 

Af  A 

B 

/oT,r(f  .i) 

777  N/itto^ 


(5.4) 
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If  tfiis  crack  is  then  ground  out  and  welded  up,  the  SN  curve  degrades  to,  say,  E  class 
(m^s.o,  As3.29el2),  the  stress  range  and  Weibull  parameter  remain  the  same,  and  the 
new  mean  life  to  failure  Tf  (Dpi)  may  be  estimated  by  solving  the  following  by  iteration 
forTf: 


l(ni/e) 


^  T,.3.06yr, 


(5.5) 


Now  die  expected  mean  repair  life  for  the  repair  of  vedng  and  welding  is  found  to  be  3.06 
years.  Since  the  veeing  and  welding  may  bring  potential  defects  on  the  weld,  the  repaired 
detail  inevitably  has  a  shorter  life  than  the  original's.  This  is  a  fairly  reasonable  result 


hi  short,  using  the  Wirsching  equation  to  compute  the  expected  mean  repair  life  of 
any  repair  on  a  particular  ship  structural  detail,  four  sets  of  variables  are  needed  (The 
example  values  are  in  the  parendiesis): 


•  SN  data  of  the  detail  (C  curve,  m=3.5,  A=3.99el2) 

•  Fatigue  life  of  die  detail  CTf  =  10  years) 

•  SN  data  of  the  repaired  detail  (Degraded  to  E  curve,  m-3.0,  As3.29el2) 

•  Stress  reduction  factor  (Stress  level  is  not  reduced  by  this  repair.) 

The  Weibull  parameter  is  unknown  and  can  be  assumed  to  be  0.9.  The  average  frequency 
^  of  the  stress  cycles  is  known  to  be  a  constant  2.5x10^  cycles^  for  the  wave  loading  on 
ship  structure.  It  can  be  voified  by  the  following  calculation  assuming  70  percent  ship 
operation  and  an  average  wave  encount^  period  of  9  seconds: 


f  -  0  70^^  cycle Y 365  days Y 24  hrs V 60  min  V 60  sec") 

®  \  9  sec  X  1  year  ^  ^  day  1  hr  A 1  min  J  (5.6) 

=  2.5x10®  cycles /yr 


Whenever  the  above  four  sets  of  information  are  obtained,  the  expected  repair  life 
can  be  confuted.  The  following  sections  will  discuss  more  about  how  to  get  these  data 
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To  compute  tiie  e}q)ected  repair  life,  four  sets  of  information  are  needed  as 
described  in  the  previous  section.  This  section  explains  how  to  obtain  one  of  these  four, 
SN  data  of  the  detail 

It  is  ycry  difficult  to  obtain  die  edacity  (SN  class)  of  a  sh^  structural  detail  by 
testing  a  full  scale  detail  in  ship.  Therefore  laboratory  specimens  are  tested  with 
alternating  loading.  The  relation  between  die  stress  range  and  number  of  cycle  to  failure  is 
plotted  as  a  curve.  This  curve  is  called  SN  curve  and  is  assigned  a  letter  (B,  C,  D,  E,  F, 
F2,  G,  W  or  others).  Different  curves  represent  specimens  of  different  configuration.  A 
ship  structural  detail  can  be  matched  to  the  S-N  curve  of  a  laboratory  specimen  if  they  has 
a  similar  geometry  and  loading  condition.  Different  locations  within  a  detail  are  assigned  a 
SN  class  that  represents  the  fatigue  characteristics  of  that  location. 


Figure  5.1:  A  ship  structural  detail  and  the  corresponding  class  F  fatigue 

specimen 

An  indication  of  the  relationship  between  a  ship  structure  detail  and  a  laboratory 
fatigue  specimen  is  given  in  Rgure  5.1.  The  shown  fatigue  specimen  (right  side  in  Rgure 
5.1)  is  into  the  class  F  by  the  U.K.  Department  of  Energy.  Since  the  ship 

structural  detail  shown  in  the  left  side  of  the  figure  has  similar  geometry  and  loading 
condition  as  the  specimen,  the  detail  can  be  assigned  a  SN  curve  of  Qass  F. 

There  is  an  amount  of  judgment  involved  in  the  selection  of  the  appropriate  S-N 
curve  for  any  given  case.  Work  on  matching  SN  curves  to  ship  structural  detail  has  been 
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«q>l(»ed  in  the  past  study  by  the  American  Bureau  of  Shipping  [Qien,  1992].  The 
foUowing  figure  shows  some  exanq)les  in  dial  study. 


Figure  SJ:  S-N  class  designation  on  critical  structural  details 


A  few  organizations,  like  United  Kingdom  Department  of  Energy  (DEn)  tmd 
Department  of  Qvil  Engineering  of  the  University  of  Illinois,  have  developed  sets  of  SN 
data.  Li  our  Repair  Management  System,  the  data  fix)m  the  United  Kingdom  Department 
of  Eno-gy  are  used. 

Table  5.1  summarizes  the  design  SN  curves  associated  with  these  designations. 
SN  class  designations  closer  to  "A"  in  the  alphabet  (i.e.,  B)  represent  more  durable 
locations.  These  curves,  which  represent  the  mean  data  minus  two  standard  deviations 
(for  design  purposes)  of  log  N,  may  be  described  by: 

logNf  *iogA-21oga^-mlogS  =  logA'-mlogS  (5.7) 

Nf  =  Predicted  number  of  cycles  to  failure  under  stress  range  S 
A  ss  Life  intercept 

log  =  Standard  deviation  of  log  N 
m  *  Inverse  slope  of  SN  curve 
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Endurance  (cycles) 


Table  5.1.  Mean  SN  Curve  Constants  in  Air  or  Adequately  Protected  in 

Seawater 

(SN  curve  plotted  above) 

[DNV,1984]  ,[Wirsching,1987]* 

The  U.K.  DEn  specifications  provide  tables  relating  to  selection  of  S-N  curves  for 
any  given  structural  detail  situation. 

It  should  be  noted  that  the  SN  data  scatter  very  much.  Some  people  use  the  curve 
which  is  two  standard  deviations  below  the  mean  lines.  This  means  that  two  standard 
deviations  are  deducted  from  mean  S-N  curve  to  be  on  the  safe  side  of  test  results  (See 
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Hgiue  5.3),  that  is,  91.5%  survival  S-N  curve  is  obtained,  fa  RMS,  the  mean  SN  curves 
are  used. 


log  S 


a:  Mean  S-N  curve 

b:  Mean  minus  one  standard  devlatic 

c:  Mean  minus  two  standEurd  deviatio 


logN 


Figure  5.3:  S-N  curves  with  Afferent  reliability 


There  is  a  size  effect  associated  with  these  curves.  To  account  for  this,  Equation 
5.7  may  be  modified  to  the  following  for  all  types  of  welded  structure  except  for  butt 
welds  dressed  flush  and  low  local  bending  across  the  plate  thickness: 

log  N  =  log  A'  -  -j  log  -  m  log  S  (5.8) 

The  variable  t  is  the  thickness  in  millimeters  through  which  a  crack  will  grow  (e.g.,  plate 
diickness). 

S-N  performance  is  also  affected  by  the  environment  When  steel  is  subjected  to 
cyclic  stresses  while  in  contact  vtith  a  corrosive  environment  like  sea  water,  the  fatigue 
strength  may  be  reduced  as  compared  with  the  fatigue  strength  for  the  same  number  of 
cycles  in  air.  fa  tankers,  the  rules  of  some  class  societies  now  require  coating  in  ballast 
tanks,  so  only  cargo  tanks  without  coating  will  potentially  suffer  this  corrosion  fatigue. 

There  are  two  distinct  regions  in  the  figure  above  Table  5.1.  For  cycles  N>107 
there  is  a  change  in  slope  to  model  the  effect  of  corrosion.  There  is  some  controversy 
over  the  actual  effect  of  sea  water  and  cathodic  protection  on  these  curves;  however,  the 
RMS  will  allow  the  SN  curve  data  to  be  modified  to  the  form  desired  by  the  user.  For 
unprotected  steel  in  sea  water,  a  fatigue  strength  is  assumed  to  be  reduced  by  a  factor  of 
2.0. 
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5J_SN  Curve  of  the  Repaired  Details 


As  discussed  in  section  S.l,  four  sets  of  infonnadon  are  needed  to  compute  the 
expected  iq;>air  lifis.  The  first  one,  SN  data  of  the  structural  detail,  can  be  obtained  as 
described  in  section  5.2,  The  second  one,  fatigue  life  of  the  detail,  is  the  time  interval 
from  the  ddivay  of  the  ship  to  the  time  the  detail  fails.  The  first  two  sets  of  information 
are  fairly  easy  to  obtain.  However  the  third  one,  SN  data  of  the  repaired  detail,  is  not  so 
easy  to  get 

Consider  a  crack  originating  at  a  cutout  comer  in  the  transverse  web,  a  C  class  of 
SN  curve  will  be  assigned.  If  the  crack  is  repaired  by  veeing  and  welding,  the  capacity  of 
that  location  will  be  lower  due  to  Ae  potential  defects  in  Ae  weld.  The  SN  class  after 
repair  could  be  some  curve  lower  Aan  C  curve.  Until  now  no  experiment  has  been  carried 
out  to  designate  a  SN  class  for  this  kind  of  repair.  Similarly  if  Ae  crack  is  repaired  by 
veeing  and  welding  plus  post  weld  improvement  Ae  appropriate  SN  curve  for  Ae 
repaired  location  is  also  unknown.  Only  while  Ae  repair  is  done  by  inserting  a  new  plate 
Ae  SN  curve  is  sure  to  be  Ae  same  curve  as  Ae  original  one,  since  Ae  geometry  and  Ae 
material  of  the  detail  stay  Ae  same. 

To  fix  Ae  unavailability  of  Ae  SN  information,  Ae  RMS  temporarily  assume  Ae 
SN  curve  will  be  lowered  by  two  classes  after  repairing  by  veeing  and  welding  plus  post 
weld  improvement  It  will  be  lowered  by  one  class  after  repairing  by  veeing  Md  welding 
only.  Also  Ae  data  in  Ae  file  is  designed  to  be  easy  to  change  by  users.  Users  can  update 
Aem  while  new  information  is  available. 

f 

This  problem  is  discussed  more  in  details  in  Chapter  8  of  this  report  A  new 
research  project  has  been  proposed  to  solve  this  problem.  This  project  will  be  continued 
during  Ae  period  1993  - 1994. 


52 


SA  Stress  Concentration  Factor  Considerations 


Patigue  is  dependent  on  the  local  stress  in  a  critical  structural  details.  The  local 
crack  opening  stress  may  be  estimated  eitiier  by  detailed  finite  elemmt  analysis  or  through 
tile  intelligent  use  of  Stress  concentration  factors.  Stress  concentration  factors  (SCF)  have 
bty-n  developed  for  various  structural  details  based  on  both  testing  and  finite-element 
analysis  results.  A  stress  concoitration  factor  is  defined  matiiematically  by: 

K  (5-9) 

o. 


o  =  Concentrated  stress  level 
^n  Nominal  stress  level 


For  a  ship  structural  detail,  the  nominal  loadings  may  be  broken  up  into 
longitudinal  stress  due  to  hull  bending  (vertical  and  athwart  ship),  shear  (vertical),  and  net 
extonal  pressure.  For  a  complete  description  of  the  stress  concentration  factors  from  a 
finite  elemmt  analysis  model,  each  of  these  load  cases  should  be  iqiplied  indqiaidently  to 
the  part  The  results  from  each  of  these  analyses  can  then  be  used  to  con^lete  a  table  of 
stress  concentrations  that  is  a  function  of  the  detail  configuration,  the  location  within  the 
and  the  applied  stress  direction.  An  example  of  these  factors  is  shown  in  Table  S.2. 

These  stress  concentrations  should  be  expressed  in  terms  of  the  tensile  stress 
normal  to  the  expected  direction  of  cracking  since  typically  we  deal  with  Mode  I  cracking 
(resulting  from  tensile  stress).  A  negative  stress  concentration  could  be  used  to  represent 
a  reversal  between  t^plied  nominal  stress  and  the  stress  at  the  crack  location.  Careful 
of  the  restraints  on  the  model  is  also  required  for  all  loading  cases.  When 
new  Hfttflik  are  analyzed  by  finite  elemoit  methods  or  by  testing,  results  can  be  stored  in 
tills  tabular  format  for  immediate  use  in  the  evaluation  of  repairs. 

Depending  on  the  location  of  the  detail  within  the  ship,  the  effect  of  these  stress 
concentrations  will  vary.  For  exan^le,  around  the  waterline  location  of  the  ship,  the  stress 
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due  to  vertical  bending  is  nunimal  (close  to  the  neutral  axis)  and  the  stress  due  to  external 
pressure  is  very  high  (wave  loading).  Hierefore,  to  compare  the  stress  levels  at  various 
locations  within  several  repair  alternatives,  we  must  develop  a  table  of  the  relative 
magnitudes  of  the  loadings  as  a  function  of  the  location  within  the  ship. 

While  die  geometry  is  modified,  we  have  a  change  in  stress  level  at  the  crack 
location.  The  change  in  stress  level  is  determined  by  the  load  ratio  in  Table  5.2  and  the 
stress  concentration  factors  for  the  original  and  modified  details  at  die  crack  location. 
Table  5.3.  The  ovoall  stress  concentration  factor  for  both  the  original  and  modified  detail 
is  detennined  as: 

n 

^^combined  ®  2)  j  (5.10) 

i  s  Location  number  on  the  detail 

j  =  Load  case  number 

n  =  Total  number  of  load  cases 

Ky  s  Stress  concentration  factor  for  load  case  i  at  detail  location  j 

Rj  =  Load  ratio  for  load  case  j  at  the  ship  location  under  study. 

A  linear  combination  is  valid  only  if  stress  concentration  factors  are  defined  normal  to  the 
crack  direction  and  not  in  terms  of  combined  stresses. 

Table  5.2  summarizes  these  expert  load  ratios  for  the  RMS  based  on  "typical" 
moment  and  shear  diagrams  as  illustrated  above  the  table.  Since  the  process  of  identifying 
the  local  loads  through  wave  spectrum  and  global  structural  analysis  is  too  tedious,  the 
data  in  the  table  is  calibrated  based  on  expert  opinions.  The  maximum  value  of  one  for  a 
given  load  case  represents  the  ship  location  of  maximum  load  contribution.  A  more 
detailed  loading  library  for  future  use  might  account  for  a  finer  definition  of  the  location  in 
the  ship,  the  size  of  the  ship,  trading  route,  the  beam  approximation  of  the  ship  and  other 
factors  to  get  a  more  accurate  estimate  of  the  loading  variation. 

The  two  SCFs  (original  and  repaired)  will  be  needed  by  die  following  equation  to 
correct  for  changes  in  stress  concentration  factors  in  the  repaired  detail: 
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K  s  Stress  concentration  factor  of  the  repaired  and  original  detail 

t  «  Thickness  of  die  repaired  and  original  detail 

n  K  Factor  which  is  dependent  on  the  dominant  stress  direction 

The  term,  l^qiai/Kariginal  ^  ^  reduction  factor.  In  stead  of  storing  the  con^lex 
table  of  SCFs,  RMS  2.0  stores  tiie  stress  reduction  factors  only  to  sirr^lify  the  data  file. 


As  the  actual  performances  of  repairs  are  evaluated  and  additional  analyses  are 
con^leted,  the  stress  reduction  factors  (or  alternatively  SCFs  and  load  ratios)  could  be 
continually  updated,  resulting  in  more  accurate  repair  life  estimations. 


Load  Case  1 

1 

2 

3 

4 

LocilioB 

Athwart 

Bending 

Ptessure 

Shear 

1 

Kii 

Kn 

Kn 

Kxa 

2 

K,j 

Kry 

K23 

3'''  . 

_Kai _ 

_ ^22 _ 

_ ^33 _ 

Ku 

Table  52.  \  Stress  Concentration  Factors  K,  Side  Shell  Detail  A  [Keith,  1992] 


Table  53.  RMS  Expert  Load  Ratios  for  Side  Shdl  Structure  Due  to  Ship 

Location  [Keith,  1992] 

(typical  hogging  load  distribution  shown  above) 


To  evaluate  a  compcmeiit  for  fatigue,  the  alternating  stress  level  must  be 
detennined.  The  ^fect  of  mean  stress  can  generally  be  ignored  due  to  its  small  influence 
cn  die  fatigue  strmgth  of  steds  [ISSC,  1988,  1991].  Several  models  can  be  used  to 
represrat  die  long  term  stress  range,  including  wave  exceedance  diagrams,  spectral 
mediods,  die  WeibuU  model  and  the  Nolte-Hansford  model.  A  Weibull  model  to  rejnesent 
the  long  tom  distribution  of  cyclic  stress  ranges  will  be  used  for  the  RMS  due  to  its 
relative  sinqilicity.  Using  the  Weibull  model,  the  alternating  stress  in  ship  structure  is 
iqnesented  by: 


F(S)  «  Pr(s  >  S)  «  exp  -I  ^ 


(5.12) 


F(S)  s  Probability  that  stress  range  S  is  exceeded 
e  s  Weibull  shape  parameter 

5  s  Weibull  scale  parameter 

The  scale  parameter  d  may  be  related  to  the  stress  range  and  the  return  period  Nq  by; 


(toNJ** 


(5.13) 


So  is  die  dtemating  stress  that  is  exceeded  on  an  average  of  once  every  Nq  cycles  (design 
life  or  actual  life  in  cycles).  So  now  we  have  a  one  parameter  distribution  represented  by: 


F(S)  *  Pr(s  >  S)  *  exp 


(5.14) 


Denting  N  as  the  number  of  stress  variations  of  Nq  that  exceed  S  this  equation  may  be 
e]q;iressed  as: 


S  =  SJl 


1 

logN  Y 
■  logNj 


(5.15) 
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The  WeibuU  shape  paiameter  e  will  vaiy  with  the  environment  (trading  route,  sea 
ctMiditions)  and  the  response  of  the  ship  structure  to  the  environment  Specifically,  e  will 
vaiy  with  ship  lengdi,  ship  type,  location  within  the  ship  and  the  trading  route  under 
operation.  Fw  crude  carriers  and  cargo  ships  e  is  typically  between  0.7  and  1.3  [Munse, 
1981].  However  it  is  currently  assumed  to  be  0.9  in  RMS  2.0  no  matter  whoe  the  crack 
is.  The  WdboU  parameter  may  be  obtained  more  accurately  by  direct  instrumentation  or 
detailed  wave  and  structural  analysis. 


5.6  Procedures  of  Computing  Repair  Life 

When  a  repair  is  made,  a  combination  of  three  things  can  occur: 

1.  a  change  in  the  SN  curve  designation  of  a  location  due  to  modifications  such  as 
welding; 

2.  a  change  in  the  stress  concentration  factor  (thus  alternating  stress  level)  of  a 
location  due  to  change  in  geometry;  and/or 

3.  a  change  in  component  thickness  (thus  alternating  stress  level)  due  to  the 
addition  of  a  thicker  insert  plate  or  doubler. 

To  con^are  repair  alternatives,  these  three  changes  must  be  accounted  for. 

First,  Nq  is  assumed  to  be  life  at  inspection.  For  exan^le,  if  a  crack  is  discovered 
at  a  ship  life  of  10  years  then: 

N,  =  10  f.=  10  years  =  .25x10*  cycles  .  (5.16) 

1  year  J 

Second,  a  best  estimate  of  Sq  to  cause  failure  based  on  the  SN  curve  designation, 
the  WeibuU  shape  parameter  and  the  cumulative  damage  approach  is  calculated  by  the 
foUowing: 


(5.17) 
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Third,  this  estimate  is  modified  by  the  following  equation  to  conect  for  chants  in 
stress  concentration  factors  and  component  thicknesses  in  the  r^aiied  detail: 


K  -  Stress  concentration  factor  of  the  repaired  and  original  detail 

t  =  Thickness  of  the  repaired  and  original  detail 

n  s  Factor  which  is  dependent  on  the  dominant  stress  direction 

The  term,  K,cpaii^ginal  “  a  stress  reduction  factor.  Since  typically  we  deal  with  Mode 
I  cracking  (resulting  from  tensile  stress),  n  will  equal  1  in  most  cases. 

Fourth,  a  fatigue  life  that  corresponds  to  the  Sq*  stress  range  and  the  new  SN 
curve  parametns  is  calculated  using  this  new  stress  level  by  solving  die  following  for  Tf 
by  iteration: 


_  (5.19) 

if  —  7~i  \  ^  h  ' 

(B  s.)”  +  ij 

S.7  Example  of  Repair  Alternative  Evaluation 

A  failure  exan^le  in  a  longitudinal  cutout  will  be  analyzed  to  illustrate  how  this 
evaluation  process  might  proceed.  A  crack  in  the  cutout  radius  is  assumed  to  be 
discovered  at  a  ship  life  of  10  years  CTf).  As  a  temporary  repair,  the  stress  concentration 
fector  of  approximately  9  for  the  sharp  crack  can  be  reduced  to  approximately  3  simply  by 
/trilling  a  hole  at  the  crack  tip  [ISSC,  1991].  However  that  is  not  a  formal  repair.  Five 
repair  alternatives  are  evaluated  here. 

Repair  1  Vec  and  Wdd 

The  geometry  of  this  detail  has  not  been  modified  and  the  loadings  are  unaffected. 
As  a  result,  the  stress  at  the  crack  location  will  remain  relatively  unchanged  except  for  the 
addition  of  the  weld.  The  material  degradation  due  to  welding  is  accounted  for  by  the 
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modification  of  the  SN  curve  fiom  C  to  E  class.  Fbllowing  the  computing  procedures  of 
die  previous  section,  the  result  of  the  eiqiected  repair  life  is  about  3.06  years  only. 


Repair  2  Ytt  and  Weld  Plus  Post  Weld  imDrovemgnt 

This  repair  is  almost  the  same  as  Repair  1.  Since  the  weld  surface  is  improved,  the 
matoial  degradation  due  to  welding  is  accounted  for  by  the  modification  of  the  SN  curve 
from  C  to  D  class.  Following  the  computing  procedures  of  the  previous  section,  the  result 
of  the  eiqiected  repair  life  is  about  3.89  years  only. 


Repair  3  Insert  a  New  PlatP- 

The  geometry  of  this  detail  has  not  been  modified,  but  the  insert  plate  thtrlrnfss 
may  be  differait  from  the  original  plate.  At  the  crack  location,  the  expected  life  of  this 
repair  is  assumed  to  be  equal  to  that  of  the  original,  that  is,  10  years.  In  case  that  the  plate 
thickness  t  is  modified,  the  new  stress  range  should  be  estimated  by  Equation  5.18.  A 
better  tqiair  can  be  obtained.  Notice  that  two  new  hot  spots  are  intrcxluced  by  the  weld 
around  the  inserted  plated.  At  the  weld  locations,  a  combination  of  a  stress  concentration 
factor  increase  due  to  the  change  in  plate  thickness  and  a  change  in  the  SN  curve  due  to 
the  addition  of  the  weld  occurs.  TTierefore  the  inserted  plate  should  be  carefully 
configured  to  avoid  new  hot  spots. 


Li  this  case  Ac  geometry  has  been  modified  so  Aat  we  have  a  change  in  stress 
level  plus  a  change  in  SN  curve  designation  at  Ae  crack  location.  The  change  in  stress 
level  is  detumined  by  a  stress  reduction  factor.  Notice  Aat  Ae  SN  curve  has  been 
degraded  at  the  lug  weld  location  and  at  Ae  location  of  Ae  crack,  too.  Each  of  Aese 
locations  should  be  evaluated  sqwuately  by  Equations  S.18  and  5.19. 


In  this  case  Ac  geometry  has  been  modified  so  Aat  we  have  a  change  in  stress 
level  plus  a  change  in  SN  curve  designation  at  Ae  weld  locations.  111016  is  no  change  in 
Ae  SN  curve  at  Ae  original  crack  location,  but  possibly  a  change  in  plate  Aickness  of  Ae 


mseited  plate. 


Evaluation  continues  as  for  Repair  4. 


jn  this  case  the  geometry  has  been  modified  beyond  repair  4  wiA  Ae  adAtion  of 
brackets.  Evaluation  continues  as  for  Repair  5. 
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A  sin^lified  q^roach  to  the  estimation  of  the  fatigue  life  of  repair  alternatives  has 
been  outlined  and  demonstrated  for  a  typical  side  sheU  structural  detail.  Depending  on  the 
data  available,  some  required  information  might  be  missing  to  estimate  the  repair  lifr.  The 
RMS  should  report  tfiis  misang  data  and  allow  for  easy  addition  of  any  new  results  to  the 
knowledge-base  and  database. 


CHAPTER  6.  RMS  DATABASE 


Hirou^  a  ship's  life,  a  number  of  surv^s  will  be  carried  out.  Thousands  of  pieces 
of  data  on  coatings,  fractures,  and  gaugfrigs  will  be  recorded  in  each  survey.  Due  to  the 
ftmnnnt  of  suTvey  data,  die  data  are  usually  difficult  and  expensive  to  record,  retrieve  and 
analyze.  Hie  data  can  consist  of  rough  sketches  in  a  repair  supointendenfs  notebook  and 
slupyaid  invoices  collected  in  a  repair  file.  Data  that  resides  in  the  experience  of 
individuals  involved  in  ship  maintenance  also  needs  to  be  archived.  The  gathering, 
storage,  retrieval,  and  analysis  of  the  huge  quantity  of  the  information  can  be  facilitated 
developing  a  computer  database  system.  Database  systems  can  significandy  improve  the 
efficiency  and  effectiveness  of  ship  maintenance.  Development  of  maintenance  plans, 
specifications,  and  reports  can  be  gready  facilitated  with  the  help  of  such  systems.  In 
geoe^i,  systems  are  not  well  developed  in  the  ship  industry  compared  with  diose 

of  other  industries.  Some  industrial  organizations  have  pioneered  the  development  of 
con^uto*  based  database  systems.  At  the  present  time,  these  systems  are  still  in  their  early 
stages  of  development  The  RMS  2.0  includes  a  simple  but  powerful  graphical  crack 
database. 


6.1  RMS  Database  System 

Hie  general  objectives  of  an  RMS  database  system  development  are  as  follows: 

•  Collect  meaningful  data. 

•  Store  the  data. 

•  Provide  means  for  logical  data  management 

•  Provide  access  to  die  relevant  data  easily. 

•  Allow  for  die  organization  of  die  data  in  a  form  suitable  for  analyses. 

•  Analyze  die  data. 

•  Show  trends  of  the  data. 

•  Communicate  and  report  the  data. 

Some  of  these  objectives  have  been  fulfilled  in  the  RMS  2.0.  It  is  possible  to  reach  all  of 
them.  However  it  will  take  more  time  and  effort  to  con^lete  it 
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Figure  6.1:  Basic  parts  of  RMS  system  for  inspection,  maintenance,  &  repair 

Figure  6. 1  shows  the  basic  parts  of  a  RMS  flow  chart  for  inspection,  maintenance 
and  repair.  Once  a  ship  is  ready  for  service,  a  series  of  surveys  can  be  scheduled 
according  the  inspection  program.  The  objective  and  scope  of  the  internal  structural 
inspections  are  defined.  The  access  mediods  and  data  recording  methods  are  chose,  and 
then  the  survey  is  peiformed.  The  survey  results  including  corrosion  gaugings,  fatigue 
cracks,  status  of  coating  and  corrosion  protection  system,  or  other  structural  defects  are 
updated  into  the  corresponding  databases.  Using  the  survey  a  Repair  Management 
System  evaluates  repair  alternatives.  Finally  the  repairs  are  carried  out 
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Hie  ovendl  advantage  of  such  a  conq)rehensivc  database  system  is  that  the  data  are 
in  electronic  format  so  d»at  the  data  can  be  transfened  easier  and  faster  by  modems  or 
floppy  HigifftWyjt.  The  data  can  be  transmitted  among  ship  own«s,  shipyards,  repair  yards, 
via  tel^hone  and  satellite  communication.  It  also  can  enhance  the 
efiGdency  of  inspectitm,  maintenance,  and  repair  by  eliminating  manual  writing  of  the  steel 
Impair  qwyifirafinn  or  manual  drafting  of  repair  drawings.  In  addition,  it  provides  the 
c^>acity  to  quiddy  iq>date  corrosion,  fatigue,  and  repair  databases. 


6.2  Current  Database  DeveloDmenis 

Three  Hatahasi*  system  and  one  plan  that  have  been  developed  before  RMS  2.0  are 
reviewed  here. 

62.1  Corrosion  Databases 

A  coirosicKi  database  was  created  in  Ship  Structural  Maintenance  ftoject  (SMP)  at 
U.  C.  Berkeley  [Pollard,  1991].  A  total  number  of  about  7200  gauging  data  has  been 
input  int»  the  database  manually.  The  purpose  of  this  database  is  to  calculate  the 
corrosion  rates  of  different  tank  types,  detaU  types  or  locations.  The  database  can 
compote  the  means  and  the  standard  deviations  of  corrosion  rates.  The  corrosion  rates  of 
four  tank  types,  twenty  two  detail  types,  and  nine  locations  were  calculated.  A  database 
managonent  system  was  developed  in  the  corrosion  database  to  facilitate  easy  data  entry 
and  provide  flexible  data  analysis.  The  database  management  system  provides  a  user 
friendly  screen  to  data  input,  analyses,  and  evaluations  of  the  information. 

It  is  not  easy  to  create  a  corrosion  database.  A  particulariy  difficult  part  of  the 
developn^nt  of  the  corrosion  databases  is  the  problem  associated  with  the  very  large 
volumes  of  data  that  must  be  recorded  and  input  to  the  computer.  Generally,  a  angle 
gauging  survey  can  result  in  8,000  to  10,000  readings.  These  readings  have  to  be 
recorded  on  paper.  However,  paper  based  recording  procedures  are  very  labor  intensive. 
Upon  ccmipletion  of  the  survey,  the  inspector  has  to  transcribe  the  information  to  a 
smooth  form  for  others  to  take  appropriate  action.  It  can  result  in  long  lag-times  between 
when  the  data  is  gatiiered  and  evaluated.  This  result  in  substantial  inefficiencies  during  the 
maintenance  and  repair  operations. 
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Anotlm  Problem  is  tfiat  there  is  no  st&ndard  way  to  describe  the  location  of  a 
particular  survey  result  There  is  no  standard  coordinate  system.  The  precise  spatial 
location  of  inspection  results  within  a  hull  structure  is  difficult  during  the  conduct  of  the 
inspections.  Development  of  graphical  data  reporting  and  recording  formats  will  help 
gathmng,  veiifymg  and  rqiorting  such  informatioiL 

6^.2  Fatigue  Cradling  Databases 

A  fatigue  crack  database  has  been  created  in  Ship  Structural  Maintenance  Project 
at  U.  C.  Berkeley  [Schulte-Strathaus  and  Bca,  1991].  The  fatigue  crack  data  of  10 
VLCCs  were  provided  by  the  SMP  participants.  A  total  number  of  3584  cracks  has  been 
input  into  the  database. 

This  database  serves  die  following  purposes: 

•  Rovide  a  mean  for  the  intelligent  management  of  fatigue  crack 

•  Provide  insight  about  where  to  look  for  cracks  and  thus  also  enhance  the 
effectiveness  of  ship  inspection. 

•  Provide  the  mean  for  statistic  analysis  of  crack  locations  and  show  trends. 

•  Show  relative  percentage  of  fatigue  cracks  for  a  certain  type  of  details,  and  thus 
identify  what  fypes  of  details  crack  most  frequently. 

Again,  there  is  no  standard  way  to  describe  the  location  of  a  particular  survey 
result.  There  is  no  standard  coordinate  system.  The  precise  spatial  location  of  inspection 
results  within  a  hull  structure  is  difficult  during  the  conduct  of  the  inspections. 
Development  of  graphical  data  reporting  forms  may  help  gathering  such  information. 

In  this  database  the  location  of  a  crack  is  determined  as  foUows.  The  longitudinal 
position  is  obtained  by  including  the  frame  number.  For  the  vertical  position  on  the  side 
shdl,  die  longitudinal  bulkhead  and  the  transverse  bulkheads  the  ship  has  been  divided  into 
three  equally  spaced  zones,  low  ,  middle,  and  top  thirds.  This  procedure  allows  one  to 
compare  differait  ships.  The  division  into  three  zones  was  considered  to  be  practical  and 
sufficient  for  the  desired  degree  of  accuracy.  The  same  zones  have  been  used  in  the 
corrosion  database.  The  horizontal  position  is  defined  with  regard  to  port  and  starboard 
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and  "gain  by  tte  zones,  which  show,  whether  a  crack  is  on  the  ade  shell,  the  longitudinal 
bulkhead  or  the  transvase  bulk.  A  further  division  in  the  horizontal  direction  was  omitted 
as  in  the  corrosion  database  where  die  omission  was  made  for  keeping  the  amount  of  input 
toaminimum. 

li  addition  to  the  locations  of  cracks,  the  description  and  the  geometry  of  the 
occurring  cracks  has  to  be  defined.  Since  one  detail,  say,  side  shell  lon^tudinal 
connection  to  web  frame  is  very  lik^  to  be  different  finm  one  shipyard  to  another.  This 
frict  makes  it  very  difficult  to  describe  the  geometry  of  a  cracked  detail  without  the  use  of 
very  detailed  drawings.  In  the  CATSIR  database  this  problem  is  solved  by  relating  the 
tncUiAvl  information  to  CAD  drawings,  which  can  be  seen  on  the  screen  and  also  be  used 
for  data  input  This  approach  is  considered  to  be  very  promising. 

The  database  of  SMP  did  not  adopt  the  idea  of  graphical  database,  because  the 
data  input  and  the  setup  of  a  new  drawing  for  a  new  crack  can  result  in  higher  cost  for  the 
owners  and  operators  of  the  VLCCs.  Instead,  a  set  of  keywords  has  been  established, 
which  allows  a  description  of  the  cracked  detaiL  These  keywords  also  allow  statistical 
analysis  of  the  input  data  since  tiiey  have  a  fixed  format  and  can  be  used  to  sort  the  data. 
The  information  available  when  using  this  approach  is  less  detailed,  but  it  has  the 
advantage  that  less  data  input  is  required  and  the  keywords  are  easily  memorized.  These 
keyword  is  shown  in  Table  6. 1  for  longitudinal  members. 
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Table  6.1:  Code  for  locations  of  Icrngitudinal  members  [Schulte-Strathaus 
_ _ andBea.  1991] 


Longitudinal  Members _  |  Code 


Pedc  Plating _ _ I  DP 


Bottom  Plating _ ^  I  BP 


Inner  Bottom  Plating _ I  IBP 


Side  Shen  Plating _ 


Longitudinal  Bhd  Plating  I  LBP 


Deck  Longitudinals  Web  DLW 

Flange  DU^ 

_  Bracket  DLB 


Bottom  Longitudinals  Web  BLW 

Flange  BLF 

_  Bracket  BLB 


Inner  Bottom  Longitudinals  Web  EBLW 

Flange  IBLF 

_ Bracket  IBLB 


Side  Lon^tudinals  Web  SLW 

Flange  SLF 

_ _ _ Bracket _  SLB 


Longitudinal  Bhd  Longitudinals  Web  LBLW 

Flange  LBLF 

_ Bracket  LBLB 


Deck  (LongL)  Girders  Web  DGW 

Face  Plate  DGF 

_ _ Bracket  DGB 


Bottom  (Longl.)  Girders  Web  BGW 

Face  Plate  BGF 

_ Bracket _  BGB 


Side  (Longl.)  Gilders  Web  SGW 

Face  Plate  SGF 

• _ Bracket _  SGB 


LongL  Bhd  (Longl)  Girders  Web  LBGW 

Face  Plate  LBGF 

_ _ Bracket  _  LBGB 


Center  (Longl)  Girders  Web  CGW 

Face  Plate  OGF 

_ Bracket _  CGB 
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6^  Repair  Databases 


No  rignifirant  repair  databases  have  been  developed-  However,  a  catalogue  of 
structural  failures  and  suggested  repairs  was  developed  and  incorporated  in  the 
"Guidance  Manual  for  the  bispection  and  Condition  Assessmmt  of  Tanker  Structures 
(TSCF,  1986].  The  catalogue  has  210  sketches  that  illustrate  the  failed  details  and  the 
proposed  rquurs.  Most  sketches  show  only  fractures.  Some  budding  failures  are  also 
iwriivfeti  On  each  sketch,  a  list  of  factors  contributing  to  the  failure  is  described.  Some 
^w»tch*>!c  also  repair  notes  to  jHovide  more  detailed  recommendations,  alternative 

rq)air  mediods  where  iq;)propriate,  unsuccessful  repairs,  and  iii^lications  for  new  designs. 

Many  ship  owners  and  operators  have  very  informal  documentation  systems  for 
tracking  the  details  of  maintmance  of  a  given  ship.  Documentation  ranges  firom  a 
history  of  reasonably  detailed  shipyard  repair  r^orts  on  crack  repairs,  steel 
renewals,  and  coating  maintraance  to  scattered  shipyard  invoices  that  define  gross 
tonnage  and  areas.  The  docuii^ntation  varies  widely  as  a  function  of  the  diligence  of  the 
owner  and  operator,  and  as  a  function  of  the  ship's  life. 

6 J.4  Critical  Area  bispection  Plan  (CAIP) 

Since  the  report  of  the  Trans-Alaska  Pipeline  Service  (TAPS)  Tanker  Structural 
Failure  Study  found  that  TAPS  tankers  experience  a  disproportionately  high  number  of 
structural  fractures  compared  to  vessels  in  other  trades,  these  vessels  are  required  to  have 
a  CMtical  Area  Inspection  Plan  (CAIP)  by  U.  S.  Coast  Guard.  CAIP  is  intended  to  be  the 
method  used  by  vessel  con^anies  to  document  arxl  track  structural  failures  [USCG, 
1990].  In  Ais  capacity,  CAIP  will  assist  surveyors,  inspectors  and  Ae  vessel’s  crew  to 
ensure  Ae  vessel  is  properly  inspected  and  maintained.  WiAin  Ae  CAIP,  Ae  surveyors, 
inspectors,  arvl  crews  will  be  able  to  find  detailed  information  on  Ae  vessel's  fracture 
history,  corrosion  control  systems  and  previous  repairs.  The  CABP  wfll  also  contain  a 
record  and  evaluation  of  repairs  to  Ae  vessel's  firactures.  It  is  critical,  for  any  vessel,  to 
known  what  ten^rary  or  permanent  repairs  have  been  successful  in  Ae  past  Rq)airs 
con^leted  previously  Aat  demonstrate  recurring  incidence  of  fractures  should  not  be 
reused.  Furthermore,  Ae  evaluation  of  permanent  fixes  will  be  important  to  Ae  vessel's 
overall  fitness. 
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The  CAIP  will,  in  the  future,  require  managnnent  of  the  vast  amount  of 
infonnation  being  accumulated  Thus,  a  computerized  database  system  can  be  used  for 
typical  defect  documentation  and  inspection  results.  Rrom  die  database,  trends  and  critical 
areas  can  be  detomined  as  required  by  the  CAIP.  However,  not  all  ship  ownns  use 
computus  to  manage  the  information  obtained  during  a  survey  at  the  present  time. 

6JL5  CATSIR  System 

The  juxicedures  for  collecting,  handling,  interpreting  and  gauging  inspection  data 
have  remained  little  changed  over  the  years.  An  ultrasonic  gauging  team  of  two  to  four 
men  would  board  the  vessel,  take  gauging  in  the  tanks,  record  them  in  a  notebook,  and 
then  at  the  end  of  the  day,  transpose  them  to  a  draft  report  It  generally  takes  two  to  three 
weeks  to  complete  such  a  survey.  After  leaving  the  ship,  the  team  would  return  to  their 
office  and  again  transpose  the  data,  combine  it  with  drawings  and  photographs  that  had 
been  taken  and  prepare  a  final  report  An  engineer  would  sort  through  the  data  and 
compare  the  gauging  readings  with  the  original  thickness  and  wastage  allowances.  The 
areas  of  steel  to  be  replaced  and  the  surfaces  to  be  coated  are  then  decided.  The  periodic 
overhaul  specifications  and  drawings  are  prepared  manually.  The  whole  process  is  time 
consuming  and  requires  a  lot  of  labor. 

To  improve  the  efficiency  of  the  inspection  and  maintenance  process,  the  basis  for 
a  comprehensive  database  system  has  been  developed  by  Chevron  Shipping.  The  PC- 
based  computer  information  system  is  identified  as  CATSIR  (Computer  Aided  Tanker 
Structure  Inspection  and  Repair)  which  combines  a  data  base  program  and  AUTOCAD,  a 
computerized  drafting  program  [Temus,  1991][Tikka  and  DonneUy,  1991].  It  has  been 
under  development  since  1986. 

To  use  CATSIR,  the  gauging  team  persoimel  enters  inspection  information  and 
gauging  data  into  the  CATSIR  database  while  they  are  on  the  ship.  The  hull  structure 
drawings,  together  with  the  steel  grade  and  original  thickness  for  each  element  of  the 
structure,  can  be  stored  in  the  AUTOCAD  program  before  the  survey.  The  engineer  who 
interprets  the  gauging  data  and  decides  the  required  maintenance  can  diplay  the  structural 
drawing  for  any  part  of  the  ship's  tank  structure  on  the  computer  screen.  Annotated 
comments  with  the  diplay  contain  the  general  inspection  informatioa  The  gauging  data 
itself  is  annotated  at  the  appropriate  location  on  the  drawing.  If  it  is  decided  to  replace  the 
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coating  in  a  certain  area,  the  area  can  be  outlined  with  a  cursor  and  the  program  will 
calculate  the  number  of  square  meters  of  coating  required.  Alternatively  if  it  is  decided  to 
rmew  dtat  part  of  the  structure,  the  program  will  calculate  the  number  of  pounds  of  steel 
required.  The  database  is  then  iqKlated  to  include  the  required  repairs. 

By  using  a  database  like  CATSIR,  ship  ownos  can  develop  a  cooperative  program 
with  some  repair  yards  u^ch  are  aimed  at  producing  high  quality  repairs  .  Each 
sh4)yards  has  the  same  database  program  so  that  information  regarding  the  steel  and 
coating  woric  is  submitted  via  computer  disk.  The  shipyards  can  use  the  program  to 
produce  drawings  for  die  repair  shops  indicating  where  steel  is  to  be  renewed  and  coating 
rqilaced.  This  allows  the  yard  to  plan  the  work  before  the  ship  arrives  so  as  to  minimize 
interference  between  crafts. 

In  summary,  CATSIR  has  the  following  advantages: 

1.  It  improves  the  productivity  of  the  gauging  team  by  eliminating  the  draft  report 
and  dnplifying  the  final  report  The  final  report  consists  of  a  floppy  disk 
containing  the  gauging  information  and  the  comments  regarding  the  vessel 
inspection. 

2.  It  improves  repair  planning  productivity  by  eliminating  manual  writing  of  the  steel 
repair  specification  and  by  automatically  calculating  steel  quantities  and  coating 
areas.  It  also  eliminates  manual  drafting  of  repair  drawings  and  provides  the 
ciq;>«ibility  to  quickly  update  rqiair  specifications  and  drawings  in  the  field. 

3.  It  eiiHances  the  efficiency  and  quality  of  the  inspection  and  repair.  The  inspection 
team  4nd  the  repair  team  can  both  communicate  with  the  home  office  naval 
architet^  transmitting  copies  of  the  information  contained  on  the  floppy  disks  via 
satellite  tommunications.  Naval  architects  in  the  home  office  can  then  participate 
in  decisions  to  modify  tiie  inspection  program  or  to  change  tiie  repair  specification. 

4.  CATSIR  provides  a  "one-stop"  data  bank  for  all  of  the  tanker  structural 
maintenance  data.  The  analyses  of  trends  are  facilitated  by  sorting  data  in  the  data 
base  to  collect  and  display  gauging  data,  which  has  been  obtained  over  a  numbo- 
of  years,  froni  tfie  same  location. 
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A  crack  database  has  been  developed  in  the  RMS  2.0.  Hiis  version  of  RMS  crack 
database  can  only  handle  only  one  failure  mode,  fatigue  crack.  It  can  store  the  ^neral 
information  of  ship,  a  sh^  three  view  layout,  three  classes  of  crack  on  the  ship  layout,  a 
crack  detail  information  and  the  drawing  of  cracked  structural  details.  Since  it  is  a 
prototype  of  graphical  database,  it  can  be  further  developed  into  a  powerful  database  with 
ability  to  handle  corrosion  gaugings,  fatigue  crack,  coating  status,  and  any  information 
needed  by  ship  maintenance. 

6  J.1  Ship  Data 


This  database  has  three  pre-defined  ship  layouts  including  a  single  hull  tanker,  a 
bulkcarrier  aiKi  a  container  ship  (see  Figure  6.2).  The  three  layouts  has  most  typical 
configurations  such  that  most  user  can  sinply  adopt  them  as  their  ship  drawings.  It  also 
provides  a  user  input  mode  to  allow  users  import  their  own  ship  drawings.  By  this  way'all 
ship  types  can  utilize  the  fimctions  of  RMS  as  long  as  they  have  dieir  ship  drawings.  The 
ship  drawing  can  be  scanned  into  a  bitmap  file  easily  or  users  can  draw  them  by  using 
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Figure  63:  Three  cracks  have  been  inputted  in  this  general  layout 

The  three  view  ship  layout  successfully  solves  the  difficulQr  of  describing  the 
^tial  location  within  a  hull  structure  of  a  particular  survey  result  (See  Hgure  6.3).  The 
graphics  tell  users  the  coordinate  system  quite  clearly.  And  the  precise  location  can  be 
en^hasized  again  by  the  character  based  aack  data  which  is  inputted  by  users. 

The  RMS  program  uses  three  view  ship  layout  to  locate  a  crack.  This  means  that 
users  have  to  input  three  crack  marks  to  identify  one  single  cracL  However  if  users  prefer 
a  two-view  layout  or  a  tme-view  layout  (For  creating  a  user  customized  bitmap,  refer  to 
the  companion  report  -  User  Menu.),  they  can  do  that,  too.  By  doing  this  users  have  to 
choose  'Qrack-Edit*  right  after  two  crack  marks  are  inputted.  Hgure  6.4  shows  an 
example  in  diat  a  two-view  layout  is  used. 
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Figure  6.4:  Four  cracks  found  and  inputted  in  a  two-view  layout 


After  selecting  or  import  a  ship  layout,  a  dialogue  box  can  be  popped  up  and 
allows  users  to  input  or  edit  the  general  information  of  the  ship  as  Hgure  6.5.  There  are  8 
input  fields:  ship  name,  vessel  class,  owner  name,  classification,  builder  name,  delivery 
date,  service  route  and  additional  information.  Each  of  these  fields  can  store  25 
characters. 
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oltip  Generals 


Name: 

Class: 

Owner 

Classification: 

Builder 

Deliveiy: 

Route: 

Others: 


Figure  6J:  Input  ship  general  information. 


Arco  Fairbanks 


Arco  Anchorage 


Arco  Marine  Inc. 

A1  Oil  Carder 
Kaitung  Heavy  Industry 
Nov.  18, 1966 
Califomis  Alaska 


632  Grade  Data 


According  U.S.  Coast  Guard's  regulations  ship  structural  failure  can  be  classified 
into  three  classes  depoiding  on  the  size  of  failure  and  the  potential  danger.  Therefore  the 
RMS  program  use  different  colors  and  the  size  of  crack  mark  to  distinguish  them.  A  large 
red  star  sign  is  assigned  to  indicate  a  Class  1  crack.  A  blue  star  sign  is  for  Class  2,  and  a 
green  one  for  Gass  3.  The  definitions  of  the  three  classes  are  listed  as  follows: 

Class  1  Structural  Failure:  During  normal  operating  conditions,  either 
(1)  a  fracture  of  the  oil/watertight  envelope  that  is  visible  and  of  any 
length,  or  a  buckle,  that  has  either  initiated  in  or  has  propagated  into  the 
Oil/Watertight  envelope  of  a  vessel,  or  (2)  a  fracture  10  feet  or  longer  in 
length  that  has  either  initiated  in  or  has  propagated  into  an  internal 
strength  member. 

Class  2  Structural  Failure:  A  fracture  less  than  10  feet  in  length,  or  a 
buckle,  that  has  either  initiated  in  or  has  propagated  into  an  internal 
strength  member  during  normal  operating  conditions. 

Class  3  Structural  Failure:  A  fracture  or  buckle  that  occur  under  normal 
operating  conditions  that  does  not  otherwise  meet  the  definition  of  either  a 
Class  1  or  Class  2  structural  failure. 


75 


For  each  crack  there  are  five  fields  to  be  input:  crack  location,  finding  date,  length, 
repair  status  and  comments.  All  the  fields  are  character  based,  so  users  do  not  need  to 
memorize  any  ke3rwQrds  and  can  singly  type  in  text  The  location  field  can  hold  24 
characters,  and  the  finding  date  for  12,  the  length  for  10,  the  r^air  status  for  25  and  the 
commmts  for  25  characters.  Users  can  also  attach  a  graphic  of  a  corresponding  cracked 
structural  detail  to  the  crack  data  (see  the  following  two  examples  in  Figure  6.6  and  6.7). 


Figure  6.6:  This  shows  an  example  of  new  crack  data  with  an  attached 


graphic. 
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Crack  Record 


Location: 

Long,  f  30  at  Trans,  f  21 

Rnding  Date: 

Length: 

4  inches 

Repair  Status: 

Repaired  by  Vee  and  Weid 

Comments: 

To  be  monitored  freqenti^ 

Figure  6.7:  This  shows  an  another  example  of  new  crack  data  with  an  attached 

graphic. 

A  library  of  13  cracked  structural  details  has  been  created  to  help  users  select  a 
graphic  easily  (see  the  following  figure).  A  user  input  mode  is  also  provided  to  allow 
users  import  their  own  structural  detail  drawings. 
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Figure  6.8:  There  are  13  types  of  pre-defined  cracked  structural  details. 

In  suitunaiy,  RMS  crack  database  has  the  following  advantages: 

1.  It  is  one  of  the  most  user  Mendly  database  which  has  ever  been  created.  All  the 
operations  follows  the  standards  of  MS-Windows  environment 

2.  Inspectors  can  print  out  the  ship  layout  that  is  pre-defined  in  the  RMS  as  a  draft 
paper  before  going  into  tanks.  Also  they  can  review  the  previous  data  of  RMS 
database  to  locate  the  critical  area  with  high  likelihood  of  failures.  The  RMS 
simplifies  the  final  inspection  report.  The  final  report  consists  of  a  floppy  disk 
containing  the  crack  information  and  the  comments  regarding  the  vessel 
inspection. 
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4.  The  RMS  has  the  abiliQr  to  analyze  and  evaluate  the  best  repair  from  a  group  of 
repair  alternatives. 

5.  It  oihances  the  efficioicy  and  quality  of  the  inspection  and  repair.  The  inspection 
team  and  the  repair  team  can  both  communicate  with  the  home  office  naval 
architect,  transmitting  copies  of  the  information  contained  on  the  floppy  disks  via 
satellite  communications.  Naval  architects  in  the  home  ofBce  can  then  participate 
in  decisitms  to  modify  die  inspection  program  or  to  change  the  repair  q)eciflcation. 

6.  The  RMS  uses  a  duee-view  ship  layout,  a  character  based  description  of  crack 
locatitm  and  a  library  of  cracked  detail  drawings  to  specify  a  particular  crack.  It  is 
easy  to  use  and  understand.  Most  importandy,  it  is  easy  to  create  a  ship  layout  or 
a  structural  detail  drawing.  Some  other  database  systems  which  use  CAD  to 
locate  a  crack  or  other  failures  may  be  difficult  to  operate.  In  addition,  creating  a 
CAD  ship  model  takes  a  lot  of  effort,  time  and  money.  Other  databases  that  uses 
keywords  to  q)ecify  a  failure  location  without  graphical  operating  environment  are 
most  difficult  to  use. 
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CHAPTER  7.  RMS  CODE  AND  VERIFICATION 


The  Repair  Management  System  version  2.0  OIMS  2.0)  has  been  programmed  in 
C  to  demonstrate  the  fisasilnlity  of  the  concepts  discussed.  Due  to  the  limited  time 
available,  RMS  2.0  has  been  developed  into  a  prototype  that  provide  tmly  necessary 
functions.  For  a  move  powerful  application,  the  RMS  2.0  may  need  more  coding  effort  to 
enhance  the  current  version  of  RMS.  For  information  on  how  to  use  the  RMS  2.0  and 
how  to  use  or  improve  the  source  code,  please  refor  to  the  companion  report,  RMS  User 
Menu.  In  diis  chapter,  a  summary  of  the  program  and  its  assumptions  is  presented 
followed  by  a  verification  of  die  code. 


The  Code  sub  directory  contains  the  following  files: 

Repair.pij  ftoject  file. 

Rq)air.def  Define  program  environment 

Repair  jes  Supplies  bitmaps,  menu,  dialogue  boxes,  cursor  and  other  resources. 

Repair.h  Define  public  structures  and  associated  constants. 

Main.c  Does  initialization  and  created  the  Main  Window. 

MainWridc  Processes  window  messages. 

FileCmds.c  Performs  File  Commands  for  the  top  Menu  Bar. 

FileFmtc  Writes  the  diff^nt  file  formats. 

RleUtiLc  Provides  common  procedures  for  file  commands.  , 

i : 

Analysis.c  Shows  data  input  windows  for  fatigue  life  prediction. 

CalcuFatc  Calculates  fatigue  life. 

AddRecnLc  Processes  crack  record  input  dialogue. 

The  following  illustration  shows  the  calling  relationship  of  most  procedures. 
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WinMaInC ) 

i 


MainWlnProc( ) 

r~ 

NewRIeC ) 
OpenFlle( 
SoveRleC ) 
SaveAsO 

AddRecorcK 
EditRecordC 
DeleteCrkC ) 

^  Analysls( ) 

F^;ure  7.1:  This  shows  the  message  flow  of  the  RMS  program. 

A  con^lete  listing  of  the  C  source  code  is  provided  in  Appendix  A  of  the 
companion  user  menu.  The  program  performs  portions  of  the  RMS  modules  discussed  in 
Chapter  3.  The  contents  of  the  C  code  are  discussed  below  in  terms  of  each  RMS 
module. 

7.1.1  Windows  Module 

Hiis  module  includes  Main.c  and  MainWnd.c.  It  does  initialization  and  created  the 
main  window  with  a  menu  bar.  It  processes  window  messages  like  mouse  moving, 
resizing  windows,  user  selecting  a  command,  input  form  keyboard  and  others. 

7.L2  File  biput  Output  Module 

This  module  includes  FileCmds.c,  RleFmtc,  and  HleUtil.c.  These  files  provide 
functions  that  can  input  a  text  file  like  *jms  and  also  there  are  functions  for  in^Mming 
bitmap  files. 
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7.U  Crack  Management  Database  Module 


This  module  mainly  includes  AddRecTdx.  It  let  users  to  add,  delete  or  edit  a 
record  for  a  particular  crack  in  the  graphical  ship  layout 

7.1.4  Failure  Diagnosis  Module 

No  failure  diagnosis  is  conducted.  The  program  assumes  the  mode  of  failure  is 
fadgue  and  the  cause  of  failure  is  not  due  to  poor  quality  control  at  initial  construction  or 
due  to  corrosive  effects. 

7.1.5  Repair  Alternatives  Selection  (Analysis)  Module 

This  module  is  the  code  file,  Analysis.c.  Detail  configurations  for  any  component 
group  (e.g.,  side  ^11  components)  are  built  into  a  dialogue  box  in  the  program.  The 
graphical  detail  type  selection  dialogue  box  allows  users  to  select  different  detail  types 
(e.g.,  longitudinal  cutout,  flatbar,  bracket)  and  the  modified  design  of  each  structural 
details.  When  redesigning  the  detail,  the  (Miginal  crack  location  may  be  either  welded  or 
replaced.  Since  the  mode  of  failure  is  fatigue,  only  the  crack  repair  options  are 
considered.  These  options  include  vee  and  weld,  vee  and  weld  plus  post-weld 
improvement,  add  insert  plate,  and  redesign  of  the  detail.  The  desired  repair  option  can 
then  be  selected  by  the  user.  In  the  case  of  redesign,  the  user  selects  from  a  list  of  valid 
detail  configurations. 

7.1.6  Fatigue  Analysis  Module 

This  module  is  basically  the  code  file,  C^cuFatc.  The  necessary  information  to 
conduct  the  repair  analysis  is  provided  by  interactive  input  from  the  user  and  pre-defined 
data  in  the  program.  Ship  loading  information,  including  the  WeibuU  parameter,  average 
stress  frequency,  and  expert  load  zones  and  ratios  are  pre-defined  in  the  program.  Stress 
concentration  factors  for  each  loading  direction  and  each  configuration  location,  and  SN 
class  designations  for  each  location  are  pre-defined,  too.  Interactive  inputs  includes  the 
ship  location,  detail  configuration  and  failure  location,  the  mean  time  to  failure  of  the 
OTiginal  detail  and  the  desired  repair  option,  ^th  all  the  information  above,  the  program 
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calculate  the  expected  iiq)air  life  by  using  T^%sching  equation  [Wirsching,  1987].  Repair 
analysis  is  conducted  only  at  die  location  of  failure. 

7.L7  Help  Module 

Ihis  module  is  in  the  code  file,  MainWnd.c,  along  with  help  script  files, 
Repairl  Jilp  and  He^How.hlp.  It  performs  the  comnuuids  'How  to  Use  RMS'  and  'Repair 
Ihfonnation'  under  the  menu  bar  in  the  window.  The  former  instructs  users  how  to  use  all 
the  command  in  die  RMS  window.  The  latter  provide  users  a  general  introduction  on  ship 
maintenance  and  repair. 

7.2  Verification 

To  demonstrate  and  verify  the  code,  the  RMS  is  qiplied  to  a  small  side  shell 
structure  case  study.  The  repair  of  a  crack  in  the  longitudinal  cutout  shovm  in  the 
following  figure  is  explored.  Assuming  this  crack  is  found  while  the  ship  is  10  years  old, 
that  means  the  time  needed  for  this  critical  spot  to  crack  and  grow  to  the  current  particular 
length  is  about  10  years.  The  ship  owner  plans  to  operate  diis  ship  for  another  IS  years, 
and  wonders  what  types  of  repair  are  available  and  which  one  can  survive  for  15  more 
years  without  re-cracking  again. 


Figure  72:  A  crack  is  found  around  longitudinal  cutout 

The  solution  to  the  ship  owner’s  question  is  to  use  RMS.  After  activate  the  RMS 
2.0.  Select  Repair-Analysis  under  the  menu  bar,  and  input  the  cracked  detail  as  following 
figure. 
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Figure  73:  Specify  (he  crack  spot 


Now  six  repair  alternatives  are  introduced  The  corresponding  repair  lives  have 
been  calculated,  too.  The  result  shows  the  vee  and  weld  can  last  about  only  3.0  years. 
These  results  match  the  experience  of  ship  structural  repairs  quite  well.  Repair  by  veeing 
and  welding  usually  fails  again  very  soon.  Apparendy  this  repair  is  not  robust  enough  to 
survive  the  rest  10  years  of  the  ship  life  in  this  example.  The  second  repair  Weld  Plus 
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Postweld  Liqmveiiient!  will  last  about  4  years.  The  third  repair,  inserting  a  new  plate,  is 
something  like  le-running  the  Mgue  damage  cumulation  fircun  the  starting  point  of  the 
structure  life.  It  is  reasonable  to  take  another  10  years  to  re-crack  and  grow  to  the  same 
Iragth.  Ibis  repair  may  not  provide  sufficient  repair  life.  Tlie  rest  three  repairs  are 
Mtmnely  robust  They  have  iq>air  lives  more  dian  hundreds  of  years.  Therefore  the 
betters  repair  in  dus  case  would  be  design  modifications  (any  one  of  the  last  three 
alternatives). 


Rcpdir  AHcriullivcs  aud  fxpcctcJ  lives 


Repair  1:  Vee  and  Weld  only 
3.0595 

Repair  2:  Vee/Weld  and  treatment 
3.8946 

Repair  3:  Insert  plate 
10 

Repair  4:  Design  ModH.  plus  Repair  1 
172.19 

Repair  5:  Design  ModH.  plus  Repair  2 
216.87 

Repair  6:  Design  Modif.  plus  Repair  3 
1192.7 


Figure  7.5:  The  results  of  estimated  repair  lives  is  showed. 


Note  the  stress  reduction  factors  in  the  SN  data  file  'REPA1R.DAT  is  ddined 
temporarily  by  human  judgment  To  draw  mote  conclusions  fix>m  this  case  study, 
additional  work  is  required.  This  work  includes  the  development  of  precise  stress 
concentration  factors  (or  stress  reduction  factors  in  another  way) .  In  addition,  a  review 
of  die  relative  costs,  expected  interest  rates,  and  the  load  ratios  is  necessary.  All  these  will 
have  a  significant  impact  on  the  decision.  With  this  information  and  a  large  database  of 
available  CSD  configurations,  this  sinqiile  version  of  the  RMS  could  be  a  valuable  tool  for 
the  assessment  of  repair  options. 
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CHAPTER  8.  CONCLUSIONS  AND  FUTURE 

DIRECTIONS 


8.1  Conclusions 

A  framewQik  for  the  development  of  the  second  version  of  Repair  Management 
System  (RMS)  to  aid  in  ship  structural  failure  diagnosis  and  rqiair  evaluation  has  been 
developed.  Hie  RMS  is  the  first  known  attempt  to  handle  the  con^lexities  of  ship 
structural  n^air  aiudysis  in  a  framework  that  provides  both  donents  critical  to  good 
repair-quick  decisions  and  diorough  evaluations. 

The  RMS  follows  the  natural  steps  of  repair  evaluation  and  includes  repair 
alternatives  selection  and  repair  alternative  analysis.  Research  concentration  has  been 
placed  on  the  most  troublesome  problem  in  ships  today:  the  fatigue  damage  of  critical 
structural  details.  To  avoid  difiicult  and  time  consuming  finite  elonent  analyses,  a 
simplified  repair  analysis  procedure  has  been  developed  to  fit  into  the  RMS  finmework. 
The  second  version  of  the  RMS  specificaUy  designed  for  the  repair  of  fatigue  damage  has 
been  developed  using  a  programming  environment,  Borland*^  C. 

This  research  illustrates  that,  despite  the  con^lexities  of  the  repair  decision 
process,  the  RMS  can  assist  in  making  quick,  intelligent  repair  decisions  for  the  repair  of 
ships.  The  RMS  outlined  in  Chapter  7  can  be  developed  into  a  powerful  tool  to  aid  repair 
engineers  in  fatigue  repair  analysis  and  corrosion  repair  arrangement  This  development 
effort  must  include: 

•  development  of  a  sophisticated  database  system  to  easily  manage  the  input 
data; 

•  development  and  maintmance  of  a  complete  library  of  details  that  represent 
both  old  and  current  designs; 

•  structuring  the  finite  elonent  analysis  results  in  the  RMS  stress  concentration 
factor  format  for  quick  repair  analysis; 

•  tuning  of  the  load  ratios  or  the  development  of  a  new  system  to  determine 
relative  loads  (including  the  possible  use  of  instrumentation);  and 


86 


•  omtinued  voification  of  the  RMS  system. 

The  case  stu^  peifomied  on  the  repair  of  a  transverse  cutout  failure  on  si^  shell 
structure  using  RMS  2.0  clearly  illustrates  tfie  usefulness  of  Oils  sinq^le  RMS  version.  The 
RMS  can  quiddy  poform  a  comparative  analysis  of  rq>airs,  and  with  prop»  information 
on  the  loadings,  critical  structural  details,  and  costs,  consistent  repair  decisions  can  be 
made  quickly.  In  addition,  the  case  study  stressed  the  significance  of  understanding  the 
durabiliQf  of  die  existing  structure  in  order  to  make  intelligent  rqiair  decisions,  the 
durabilily  of  the  existing  structure  is  not  known  to  some  level  of  ccmfidenoe,  no  repair 
analy^  will  be  successful 

To  in^lemoit  the  conqilete  RMS  concept  envisioned  in  Qiapter  3,  significant 
effort  and  a  long  term  commitment  are  required.  This  effort  would  involve  all  phases  of 
repair  analysis  and  require  professional  programmers  to  work  with  ruival  architects  who 
are  fiuniliar  with  programming  language  C  and  MS-Windows  oivironment  or  other 
graphical  interfaces.  High  priority  in  diis  effort  should  be  placed  on  proper  knowledge 
representation  in  ship  structural  maintenance  and  repair. 


8.2  Future  Directions 

The  repair  of  ships  was  used  as  a  basis  to  discuss  the  possible  plication  of 
computer  technology  to  handle  a  difficolt  mgineering  problera  The  scope  of  the  current 
work  was  highfy  constrained  and  limited  due  to  the  time  available.  As  a  result,  many 
enhancements  to  the  RMS  2.0  and  the  current  research  are  possible. 

&2.1  Add  program  features 

One  suggested  enhancement  is  the  ocpansion  and  improvement  of  the  program 
features.  The  role  of  the  differmt  type  of  data  in  the  current  RMS  is  to  (1)  determine  the 
mean  life  to  failure  of  qiecific  details  within  die  ship  based  on  the  historical  database,  (2) 
store  information  on  structural  components  (stress  concentration  factors)  and  loadings 
(stress  ratios,  Weibull  shape  factors)  and  (3)  store  default  repair  options  for  specific 
damage  situations.  By  integrating  existing  ship  condition  databases  and  developing  new 
and  more  accurate  stress  concentration  factors,  stress  ratios  and  shape  parameters,  the 
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power  of  the  RMS  could  be  increased  quickly.  Once  the  conrq)lete  RMS  system  is 
iiiq>lemented,  expansion  to  ship  components  other  dian  side  shell  structure  could  proceed, 
including  deck  structure,  bottom  structure,  transverse  structure,  special  structure  Ocnuckle 
joints,  etc.),  and  any  other  structure  of  interest 

A  hamfy  feature  that  can  greatly  improve  the  particle  use  of  the  RMS  is  to  add  the 
Mnt  function.  Due  to  the  limited  time  available  and  the  amount  of  woric  to  be  done  in  this 
project  we  didn't  have  time  to  develop  a  Print  function  for  the  current  RMS.  However 
with  a  Rcint  function,  inspectors  can  print  out  a  ship  layout  with  all  the  cracks  found 
previously  before  a  hull  inspection.  This  will  give  inspectors  a  clear  idea  on  where  the 
cracks  may  locate.  Also  repair  engineers  can  easily  figure  out  the  condition  of  a  ship 
through  the  printout.  In  RMS  2.0  users  can  still  print  out  the  whole  RMS  window 
pressing  'Alt’  and  'PrintScm'  in  the  same  time.  The  image  will  be  stored  in  the  ^^ndow’s 
cupboard.  Users  can  use  any  other  drawing  program  to  print  it  out 

Another  feature  that  can  be  improved  is  expanding  the  Help  function  to  provide  a 
clear  e?q>lanation  fEiciUty  to  teach  the  users  of  the  RMS  about  repair  analysis.  This  could 
be  a  valuable  for  training  tool  for  repair  personnel.  There  are  two  Help  file  in  the  current 
RMS,  one  is  to  teach  users  how  to  use  the  RMS  2.0.  The  other  one  is  to  provide  general 
information  of  ship  structural  maintenance  and  repair  including  graphical  repair  examples, 
steel  repair,  maintenance  of  corrosion  protection  system  and  others.  More  Help  files  can 
easily  added  within  the  Help  command  in  the  Windows  menu  bar. 

%J.2  bnprove  repair  life  estimation 

In  the  current  project  there  is  difficulty  in  selecting  a  proper  S-N  curve  for  a 
particular  repaired  critical  structural  details  (CSD).  The  S-N  classification  of  CSDs  used 
in  the  projects  is  mainly  based  on  human  judgment  A  certain  class  of  S-N  curve  is 
matched  to  a  hot  spot  of  a  CSD  by  comparing  the  similarity  of  the  hot  spot  geometry  and 
fatigue  specimens,  biaccuracy  may  be  introduced  in  this  matching  process.  Beside  the 
matching  process,  tiiere  is  another  factor  that  will  introduce  inaccuracy.  Li  most  fatigue 
experiments,  like  those  done  by  U.K.  Department  of  Energy  or  Munse,  small  fatigue 
specimens  are  used  to  set  tq>  the  S-N  relations,  see  [Munse,  1983].  These  S-N  relations 
are  used  intensely  by  naval  architects  to  imitate  full-scale  ship  CSDs.  In  this  case 
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inaccuracy  is  introduced  due  to  the  scale  factor.  Therefore  it  is  our  wish  to  establish  a  S- 
N  ciyggjfigfltiftn  of  rq>aited  CSD  in  some  other  more  reliable  ways. 

A  recommended  way  is  to  establish  S-N  classification  of  a  particular  repaired 
CSn  by  regarding  in-service  ships  as  a  full  scale  specimen.  The  full  scale  expCTiment 
will  be  carried  out  by  imagining  the  CSDs  in  in-service  ships  as  fatigue  specimens.  With 
gathered  histtnical  rq)air  data,  the  S-N  curves  of  particular  repaired  CSD  can  be 
determined.  While  the  classification  is  established,  a  more  reliable  repair  life  estimation 
can  be  achieved. 

For  example,  a  firacture  in  the  circular  comer  of  a  longitudinal  cutout  (or  so  called 
slot)  was  found  while  die  ship  was  nine  years  old.  We  can  see  that  this  fracture  took  nine 
years  to  grow  up.  The  repair  was  done  then  by  grinding  out  and  re-welding  according  to 
die  decision  of  a  repair  engineer.  Unfortunately  the  repaired  fracture  re-cracked  again  in 
diree  years.  Now  the  problem  is  defined  as  to  establish  an  S-N  class  for  the  re-welded 
circular  comer  of  a  longitudinal  cutout  We  already  have  enough  information  and  are 
ready  to  determine  the  S-N  classification  of  the  repair,  veeing  and  welding. 

The  S-N  class  of  the  circular  comer  of  a  longitudinal  cutout  can  be  matched  by  C 
class,  see  [Chen,  1992].  Nine-year  loads  which  attack  the  hotspot  of  the  longitudinal 
cutout  can  be  estimated  by  a  WeibuU  distribution.  The  WeibuU  distribution  has  two 
unknown  parameters,  WeibuU  parameter  and  extreme  stress  range.  Now  assume  the 
WeibuU  parameter  is  0.9.  The  fatigue  damage  factor  for  the  hotspot  in  the  nine  years  is 
one  since  it  faUed  in  nine  years.  By  Miner's  rule,  we  can  compute  the  only  unknown,  the 
extreme  stress  range  (Sec  the  left  side  of  Figure  8.1). 


Figure  8.1  This  shows  the  S-N  curve  calibration  process  for  repaired  CSDs. 
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Afta  the  fracture  was  repaired  by  veeing  and  re-welding,  the  detail  re-cracked  in 
three  years.  With  this  information,  we  know  that  the  repair  has  a  fatigue  damage  factor, 
one,  in  the  three  years.  Since  the  two  load  parameters,  Weibull  parameter  and  extreme 
stress  range,  stay  the  same.  Now  we  can  go  backward  to  calculate  the  S-N  parameters 
slope  and  intercqit  value  (see  the  right  side  of  Figure  8.1).  Therefore  the  required  S-N 
class  is  obtained. 

The  above  introduction  presents  the  procedure  of  establishing  S-N  class  from  one 
set  of  inspection  data  of  r^air  life.  While  more  historical  inspection  data  are  gathered, 
the  mean  of  the  estimated  S-N  parameters  can  be  computed.  It  will  converge  to  the  real 
mean  value  while  a  large  number  of  inspection  data  are  available  and  applied.  The  S-N 
classification  of  other  types  of  repairs  can  be  developed  by  the  similar  procedure. 

By  incorporating  the  S-N  classification  into  the  RMS,  the  original  goal  of 
developing  a  more  reliable  repair  life  estimating  method  is  accomplished. 

J  Improve  crack  database  utility 

The  current  RMS  has  a  crack  management  database,  users  can  record  cracks  on 
graphical  ship  layouts.  Statistical  functions  can  be  added  to  this  database  to  allow  users 
see  the  trend  or  distribution  of  cracks.  Since  inspection  is  such  a  monumental  task  on 
crude  oil  carriers  and  other  large  ships,  the  RMS  could  be  expanded  to  guide  inspectors  to 
ship  locations  with  the  highest  probability  of  failure.  This  ability  would  be  closely  tied  to  a 
reliability  analysis  of  the  entire  ship  structure  and  a  tracking  of  the  failure  probabilities  for 
all  components.  Continuous  updating  of  the  failure  probabilities  using  historical  data  or 
instrumentation  is  possible.  Updated  failure  probabilities  could  be  used  directly  for  repair 
analyses. 

Another  area  can  be  improved  is  the  assessing  method  of  graphical  ship  layouts. 
The  crack  database  is  organized  through  a  fixed  three  view  ship  layout  which  cannot  be 
zoomed  in  or  out.  While  a  large  number  of  cracks  are  input,  the  screen  may  look  a  mess. 
It  is  possible  to  rebuild  the  program  such  that  the  fixed  layout  can  be  zoomed  in  and  the 
selected  tank  drawing  will  popped  up  to  give  users  a  more  detailed  look. 
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SJIA  Add  more  failure  mode 


Failure  and  cause  analysis  is  an  obvious  area  for  future  improvement,  too.  A 
majority  of  sh^  failures,  especially  in  crude  oil  carriers,  are  clearly  due  to  fatigue.  As  a 
result,  detailed  mode  and  cause  analysis  is  not  currently  as  in?)ortant  as  evaluating  fatigue 
fidhires.  However  as  sh^  designs  change,  new  modes  and  causes  of  failure  may  occur.  A 
tool  to  Mp  evaluate  these  new  modes  and  causes  could  prove  to  be  important 

Farigue  crack  is  not  the  only  mode  of  failure  in  ships,  but  the  nK>st  common. 
Otfitt  in^KHlant  analyses  include  buckling,  corrosion,  gjobal  strength,  and  sh^  condition 
a5«ysyiTw.nt  Of  these,  the  ship  condition  assessment  is  probably  the  most  important  and 
more  appropriate  to  the  RMS  style  of  analysis.  Ship  condition  assessment  is  directly 
related  to  the  ship  condition  database  and  could  prove  invaluable  to  classification  societies 
in  dieir  efforts  to  keep  up  with  fleets  of  aging  ships. 

8J.5  Oihet  improvement 

The  important  role  of  instrumentation  can  be  thoroughly  evaluated.  Much  of  the 
in  the  evaluation  of  fatigue  repair  alternatives  in  the  RMS  was  focused  on  the 
estimation  of  stresses  and  fatigue  damage,  and  resulted  in  calculations  with  high  levels  of 
uncertainty.  Ihe  role  of  instrumentation  would  be  to  reduce  the  level  of  uncertainty  in 
order  to  improve  repair  and  other  decisions.  Once  a  good  estimate  of  ship  loading 
patterns  is  attaW-ri  through  the  intelligent  use  of  instruments  such  as  fatigue  gauges,  strain 
gauging.  accelMometers  and  others,  many  exciting  avenues  of  analysis  are  open.  Failure 
mode  find  ceusc  cvEluEtion,  lepEir  of  fEiluics,  condition  Esscssment,  mEintcnEncc 
predictions,  inspection  guidance,  ballasting  and  ship  operation  guidance  could  all  benefit 
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CHAPTER  1.  INTRODUCTION 


The  tasks  of  building,  maintaining,  inspecting  and  repairing  very  large  crude  carriers 
(VLCC)  and  ultra  large  crude  carriers  (ULCX:)  have  become  increasingly  difficult 
These  vessels  experience  varying  degrees  of  internal  corrosion  and  fatigue  cracking 
problems.  When  a  structural  failure  in  the  form  of  cracking  or  excessive  corrosion  is 
discovered  by  inspection,  a  decision  must  be  made  as  to  the  most  effective  repair.  This 
decision  is  not  single  because  of  the  vast  array  of  engineering,  construction  and  repair 
knowledge  that  must  be  evaluated.  As  a  result  of  the  complexity  and  the  short  time 
geno^y  available,  the  proper  repair  of  ships  currently  relies  heavily  on  the  experience 
of  repair  engineers.  There  is  singly  not  enough  time  to  take  into  account  all  possible 
factors  and  perform  detailed  analyses.  Repair  decisions  often  lack  thorough  technical 
and  economic  evaluation,  but  serve  to  get  ships  back  into  service  quickly. 

This  poses  a  key  question:  How  do  we  properly  manage  the  inspection  and 
repair  data,  the  existing  knowledge  of  both  successful  and  unsuccessful  repairs, 
the  complex  analysis  tools  and  additional  knowledge  to  make  intelligent  and 
timely  repair  decisions?  The  answer  proposed  by  this  research  is  a  Repair 
Management  System  (RMS).  The  RMS  is  a  computerized  system  to  help  repair 
engineers  make  good  repair  decisions  by  integrating  a  graphical  fracture  database, 
structural  failure  diagnosis  and  repair  alternative  evaluation. 

The  goals  of  the  RMS  are  to:  (1)  provide  a  consistent  and  repair  strategy;  (2)  enable 
to  make  prompt  repair  evaluations;  (3)  increase  the  level  of  expertise  in  the  shipyard; 
(4)  promote  a  sharing  of  repair  information  among  ship  owners,  operators  and 
shipyards;  and  (5)  utilize  analytical  and  historical  ship  data.  To  reach  these  goals,  the 
RMS  2.0  which  equips  a  fracture  database,  failure  mode  selection,  and  fatigue  analysis 
function  is  developed. 

This  project  was  sponsored  by  the  following  three  organizations:  Arco  Marine  Inc., 
Lisnave  Ship  Yard,  Ship  Structure  Committee.  We  would  like  to  express  our  thanks 
for  their  generous  support. 
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CHAPTER  2.  INSTALLATION 

1-1  Backup  Disk 

Before  any  installation  begins,  it  is  always  a  good  practice  to  backup  the  program 
in  the  back  of  the  report  We  assume  you're  already  familiar  with  DOS 
commands  or  ^^dows  operation.  For  example,  in  DOS  youll  need  the  DISKCOPY 

comnumd  to  make  backup  copies  of  your  program  disk. 

2.2  System  Requirements 

To  run  RMS  2.0,  you  must  have  a  386  or  486  based  PC  with  2MB  RAM  at  least 
MS  DOS  5.0,  and  Wmdows  3.0  or  above.  A  math  co*processer  chip  is  recommended 
for  a  386  based  PC;  486  based  PCs  come  with  one. 

2.3  Using  INSTALL 

RMS  2.0  comes  with  an  semi-automatic  instaUation  program  caUed  INSTALL. 

It  is  a  batch  file  that  create  a  directory  "\RMS"  in  your  hard  drive  C  and  then  copy  all 
the  in  the  floppy  into  the  directory.  Follow  the  instruction  here  to  setup  the 

program. 

To  install  RMS  2.0,  insert  the  floppy  disk  into  a  floppy  drive.  Enter  a  DOS  shell  or 
exit  from  vdndows  then  path  to  the  floppy  drive  by  typing  "B:".  (If  the  floppy  is 
inserted  into  drive  A,  you  should  type  "A:"  instead  of  "B:".)  Press  the  key  'Enter'. 
Type  "install"  and  press  'Enter'.  RMS  2.0  should  be  installing  now,  and  a  directory 
"c:NRMS"  will  be  created  in  your  hard  drive.  It  will  take  up  about  1.2  MB  hard  disk 
space.  All  the  files  will  be  copied  into  the  directory.  However  the  installation  is  not 
complete  yet  We  have  to  specify  the  program  group  name,  item  name,  and  the  path  of 
RMS  2.0  to  Windows,  so  type  "WIN"  to  execute  Windows  now.  To  add  the  program 
group,  select  New  from  File  menu  in  Program  Manager.  The  following  window  will 
appear,  select  Program  Group  and  then  OK. 
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S _ New  Pfogfam  Object 


Figure  2J:  Select  'Program  Group' for  the  RMS  program. 

Next  the  following  window  will  appear.  Rll  in  the  Description  and  Group  Hie  as 
indicated.  Then  select  OK. 


Figure  2.2:  Specify  the  group  name  and  the  filename  and  path. 

Notice  that  a  new  program  group  'RMS'  has  been  created  in  your  Microsoft  Windows. 
Congratulation,  you  have  successfully  setup  RMS  2.0.  Now  you  can  double  click  the 
cracked  ship  icon  and  are  ready  to  use  RMS  2.0. 


Figure  23:  The  Program  has  been  installed  successfully. 
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CHAPTER  3.  USING  RMS  2.0 


After  double  clicking  the  RMS  icon,  the  RMS  main  window  will  pop  up  like  the 
following  figure.  In  the  main  menu  some  commands  may  be  grayed.  They  will  be 
black  and  accessible  after  a  file  is  opened.  The  menu  bar  shows  four  commands:  file, 
crack,  repair  and  repair.  This  chapter  will  introduce  the  first  two.  The  other  two  will 
be  reviewed  in  the  later  chapters.  Those  users  who  are  not  familiar  with  windows 
operation  are  recommended  to  follow  the  step-by-step  directions  in  this  chapter. 


F^epair  Maiiagemenl  System 


file  Ship  Clack  fiepaif  tjdP 


Figure  3.1:  RMS  2.0  is  popped  up. 


3.1  File  Command 

The  file  command  has  five  functions:  new,  open,  save,  save  as  and  exit 
Move  the  mouse  cursor  to  "File’  and  click  on  it.  You  should  see  the  five  functions. 
Oick  on  the  function  'new'.  A  ship  layout  selection  dialogue  box  will  pop  up  to  let  you 
choose  a  ship  type  from  a  single  hull  tanker,  a  bulk  carrier,  a  container  or  a  user  defined 
ship  drawing  bitmap.  The  last  one  will  be  discussed  in  details  in  the  next  chapter.  Let’s 
assume  that  we  are  dealing  with  a  single  hull  tanker,  so  move  mouse  cursor  to  select 
the  radio  button  of  the  tanker. 
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Another  dialogue  box  'File-New'  will  pop  up.  Now  input  a  new  filename  and  push 
OK  button.  You  can  take  the  ship  name  as  the  file  name,  but  be  careful  that  the 
filename  can  not  be  longer  than  eight  letters.  Also,  you  don't  have  to  specify  the  file 
extension  name.  Let's  say  that  we  have  a  tanker  named  'BobBea'. 


Figure  3.3:  Enter  a  file  name. 
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A  pie-defined  tanker  layout  show  up  in  the  main  window.  The  tanker  layout  has 
most  typical  configuration  such  that  most  user  can  amply  adopt  it  as  their  single  hull 
tanka’s  drawing. 


Figure  3.4:  Three  cracks  have  been  inputted  in  this  general  layout. 


After  selecting  or  import  a  ship  layout,  a  dialogue  box  can  be  popped  up  and  allows 
users  to  input  or  edit  the  general  information  of  the  ship  as  the  following  figure.  There 
are  8  input  fields:  ship  name,  vessel  class,  owner  name,  classification,  builder  name, 
delivery  date,  service  route  and  additional  information.  Each  of  these  fields  can  store 
25  characters. 


11 


Name: 

Class: 

Owner 

Classification: 

Builder 

Delivery: 

Route: 

Others: 


Arco  Fairbanks 


Arco  Anchorage 


Arco  Marine  Inc. 
A1  Oil  Carrier 


Kaitung  Heavy  Industry 
Nov.  18.1966 
California  Alaska 


Figure  3.5:  Input  ship  general  information. 


3.2  Crack  Command 

Assuming  that  three  cracks  are  found  in  the  first  inspection.  One  is  a  10  feet  crack 
at  a  side  longitudinal  cutout  in  the  No.  4  star  board  tank.  Another  one  is  a  S  feet  crack 
at  the  heel  of  a  flatbar  stiffener  in  the  No.3  port  tank  bottom.  The  last  one  is  a  1  foot 
crack  in  the  ladder  in  the  No.5  central  tank.  According  to  U.S.  Coast  Guard's  rule 
these  cracks  are  considered  as  Class  1,  Class  2  and  Class  3  crack  respectively. 


Figure  3.6:  The  arrow  cursor  changes  into  three  different  cursor  while 

adding  a  crack. 

To  input  the  first  crack,  select  'Add  Class  1'  under  the  Crack  command.  Notice  that 
the  mouse  arrow  cursor  has  change  into  a  crack  with  a  ship  side  view.  Move  the  new 
cursor  to  the  right  location  in  the  side  view  drawing  and  click  to  set  the  side  view 
crack.  Now  you  should  see  a  red  star  sign  located  on  the  screen.  Notice  that  the 
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cursor  has  changed  into  a  crack  with  a  ship  top  view  (See  the  above  figure).  Set  the 
top  view  crack  on  the  right  location  and  the  cross  section  view  crack  in  the  similar  way. 

At  this  moment  a  crack  record  input  dialogue  box  wiU  pop  up  automaticaUy.  Input 
location,  finding  date,  lengdi, ...  etc.,  and  press  OK.  The  first  set  of  three  red  star  logo 
has  been  placed  in  die  ship  drawing.  Users  can  input  the  other  two  cracks  in  the  similar 
way.  The  second  crack  (Qass  2)  should  be  in  blue  and  the  last  one  (Class  3)  in  green. 
Figure  3.4  shows  all  the  three  sets  of  cracks  in  the  ship  drawing. 

In  each  crack  record  there  are  five  fields  to  be  input:  crack  location,  finding  date, 
length,  repair  status  and  comments.  All  the  fields  are  character  based,  so  users  do  not 
need  to  memorize  any  keywords  and  can  simply  type  in  text.  The  location  field  can 
hold  24  characters,  and  the  finding  date  for  12,  the  length  for  10,  the  repair  status  for 
25  and  the  comments  for  25  characters.  Users  can  also  attach  a  graphic  of  a 
corresponding  cracked  structural  detail  to  the  crack  data  (sec  the  following  two 
examples). 


Figure  3.7:  This  shows  an  example  of  new  crack  data  with  an  attached 

graphic. 
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Crack  Record 


Location: 
Rnding  Date: 

Length: 
Repair  Status: 
Comments: 


Long,  f  30  at  Trans,  f  21 
Sept.  15«  93 
4  inches 


Repaired  by  Vee  and  Weld 
To  be  monitored  freqentiy| 


Figure  3.8:  This  shows  an  another  example  of  new  crack  data  with  an 

attached  graphic. 


A  library  of  13  cracked  structural  details  has  been  created  to  help  users  select  a 
graphic  easily  (see  the  following  figure).  A  user  input  mode  is  also  provided  to  allow 
users  import  their  own  structural  detail  drawings. 
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Figure  3.9:  There  are  13  types  of  pre-defined  cracked  structural  details. 


3.3  Crack  Classification 

According  U.S.  Coast  Guard's  regulations  ship  structural  failure  can  be  classified 
into  three  classes  depending  on  the  size  of  failure  and  the  potential  danger.  Therefore 
the  RMS  program  use  different  colors  and  the  size  of  crack  sign  to  distinguish  them.  A 
large  red  sign  is  assigned  to  indicate  a  Class  1  crack.  A  blue  sign  is  for  Class  2,  and  a 
green  one  for  Qass  3.  The  definitions  of  the  three  classes  are  listed  as  follows: 

Class  1  Structural  Failure:  During  normal  operating  conditions,  either 
(1)  a  fracture  of  the  oil/watertight  envelope  that  is  visible  and  of  any 
length,  or  a  buckle,  that  has  either  initiated  in  or  has  propagated  into 
the  oil/watertight  envelope  of  a  vessel,  or  (2)  a  fracture  10  feet  or 
longer  in  length  that  has  either  initiated  in  or  has  propagated  into  an 
internal  strength  member. 

Class  2  Structural  Failure:  A  fracture  less  than  10  feet  in  length,  or  a 
buckle,  that  has  either  initiated  in  or  has  propagated  into  an  internal 
strength  member  during  normal  operating  conditions. 
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Class  3  Structural  Failure:  A  fracture  or  buckle  that  occur  under 
normal  operating  conditions  that  does  not  otherwise  meet  the  definition 
of  either  a  Class  1  or  Class  2  structural  failure. 

3.4  Two  View  Input 

The  RMS  program  uses  three  view  ship  layout  to  locate  a  crack.  This  means  that 
users  have  to  input  three  crack  signs  to  identify  one  single  crack.  However  if  users 
prefer  a  two-view  layout  (For  creating  a  user  customized  bitmap,  refer  to  the  next 
chapter.),  they  can  input  two  crack  signs,  too.  By  doing  this  users  have  to  choose 
'Crack-Edit*  right  after  two  crack  signs  are  inputted.  The  following  figure  shows  an 
example  in  that  a  two-view  layout  is  used.  Users  can  find  the  example  bitmap  file 
under  the  RMS  directory  and  is  named  as  "Tanker2V.bmp". 


Figure  3.10:  Four  cracks  found  and  inputted  in  a  two~view  layout 


16 


users  prefo'  one-view  layout  (usually  top  view),  it  is  also  possible  to  input  (»ily 
one  crack  sign  for  one  crack.  Right  after  input  one  sign,  users  should  choose  'Crack- 
Edit'  directly  to  enter  the  location,  finding  date, ...  etc. 
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CHAPTER  4.  CREATING  SHIP  LAYOUTS 


The  RMS  2.0  provide  the  feature  of  user-input  bitmap  by  that  users  can  import  their 
own  ship  drawings  into  the  progranL  Users  can  specify  a  bitmap  filename  in  the 
dialogue  box  after  selecting  FILE_NEW  and  then  inq>ott  it  onto  the  main  window  of 
RMS  program.  The  drawing  can  be  anydiing  such  as  a  oil  tanker  layout,  a  bulk  carrier 
layout  or  even  a  yacht  layout,  but  they  have  to  be  in  >^findow's  bitmap  formats.  The 
program  can  handle  monochrome  (black  and  white)  or  16  (maximum  number  of  color 
in  Window)  color  bitmaps.  Users  need  to  create  the  bitmaps  by  using  any  drawing 
program  in  Windows.  This  chapter  will  show  you  how  to  build  a  user  bitmap  drawing. 


4.1  Using  Scanner 

The  most  convenient  way  to  create  a  ship  layout  bitmap  might  be  to  use  a  scanner. 
You  simply  scan  the  ship  drawing  into  a  bitmap  file  and  it  is  done  (See  the  figure 
below).  However  it  might  not  be  that  simple.  First  you  have  to  find  a  ship  drawing 
that  is  on  the  paper  of  a  right  size  to  ensure  a  scarmer  can  cover  it  and  also  a  computer 
monitor  can  show  the  scanned  bitmap  in  whole.  Often  it  is  necessary  to  reduce  the  size 
of  the  source  drawing  by  using  a  copy  machine  with  the  function  of  scaling.  Then  you 
have  to  scan  it  carefully  into  a  monochrome  or  16  color  bitmap.  The  quality  of  the 
scanned  result  is  usually  not  very  good.  The  lines  may  looks  fuzzy  and  sometime 
twisted.  You  can  save  the  bitmap  into  the  RMS  directory  if  it  looks  OK.  Alternatively 
you  might  want  to  correct  and  edit  the  bitmap  using  Window’s  drawing  programs. 
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4.2  Using  Drawing  Programs 

The  MS  >^^dows  itself  provide  a  primitive  drawing  program  call  PAINTBRUSH 
(see  the  figure  below).  It  can  let  you  perform  some  basic  drawing  tasks  such  as 
drawing  a  line,  a  rectangle,  texts  ...etc.  To  learn  how  to  use  it  please  refer  to  MS 
Windows  menus.  However  you  can  purchase  more  sophisticated  drawing  programs, 
too.  There  are  a  lot  on  the  market  like  Corel  Draw,  Micrographix  E)esigner  or  other 
CAD  programs.  These  programs  can  make  the  drawing  tasks  much  easier. 


Figure  4.2:  The  drawing  program  PAINTBRUSH  comes  with  Windows. 

The  following  figure  shows  the  final  look  of  a  bulk  carrier  layout  after  renovating 
the  scanned  image.  It  looks  much  better  than  the  original.  A  title  and  a  legend  of  three 
crack  classes  are  pasted  onto  it  All  lines  are  re-drew.  Some  labels  are  attached.  This 
bitmap  example  can  be  found  in  the  RMS  directory.  It  is  caUed  BULKCARR.BMP. 
Also  another  bitmap,  LEGEND.BMP,  storing  the  legend  of  three  crack  classes  is  in  the 
directory,  too. 


19 


Figure  4.3:  This  ship  drawing  is  renovated  using  a  Windows  drawing 

program. 


You  don't  necessarily  need  a  scanner  to  prepare  a  bitmap.  Following  the  blue  print 
of  a  ship  you  can  draw  the  ship  layout  by  yourself  using  a  window  drawing  program. 
The  layout  draw  by  this  way,  however,  may  not  show  very  accurate  scantlings. 
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CHAPTER  5.  USING  ANALYSIS 


The  RMS  provide  a  function  which  can  calculate  the  fatigue  life  of  a  certain  repair. 
Users  input  tiie  time  in  years  in  that  the  critical  structural  cfetail  develops  a  failure.  Also 
specify  the  failed  detail,  and  then  the  program  will  calculate  and  estimate  how  long  the 
repair  can  last  This  estimated  life  is  quite  useful  to  ship  owners.  Owners  can  choose  a 
repair  method  that  is  most  cost  effective  and  provides  sufficient  repair  life  for  the 
continuance  of  the  ship.  For  more  details  in  the  theoiy  of  repair  life  estimation  behind 
this  program,  refer  to  the  companion  theoiy  report. 

Let’s  go  through  this  function  by  an  example.  Assume  a  ship  is  10  years  old  and  a 
crack  is  found  in  the  longitudinal  cutout.  The  ship  owner  wonder  which  repair  method 
should  be  applied.  Available  repair  methods  are  welding  only,  welding  plus  postweld 
improving,  insert  a  new  plate,  modify  design  by  adding  a  lug,  and  others.  The  owner 
plans  to  keep  the  ship  for  another  10  years.  We  can  help  the  owner  to  solve  this 
problem  by  using  the  Analysis  function  in  RMS  program. 

First  activate  the  command  'Analysis'  in  the  pull  down  menu,  and  a  dialogue  box  will 
pop  up  to  let  you  specify  the  crack  spot.  Assuming  the  crack  is  in  the  upper  comer  of  a 
longitudinal  cutout,  select  the  corresponding  radio  button  and  press  OK. 
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Figure  5.1:  Specify  the  crack  spot 


Now  another  dialogue  box  will  pop  up  to  let  you  enter  the  failure  tune.  Since  the 
crack  takes  10  years  to  grow  up,  let’s  input  ’10'  here  and  press  OK. 


Figure  52:  Input  failure  time  after  selecting  ^Analysis'. 


Now  six  repair  alternatives  are  introduced  The  corresponding  repair  lives  have 
been  calculated,  too.  The  result  shows  the  vee  and  weld  can  last  about  only  3.0  years. 
Apparently  this  repair  is  not  robust  enough  to  survive  the  rest  10  years  ship  life. 


Repair  Alternatives  and  Fxpeeted  lives 


Repair  1:  Vee  and  Weld  only 
3.0595 

Repair  2:  Vee/Weld  and  treatment 
3.8946 

Repair  3:  Insert  plate 
10 

Repair  4:  Design  ModK.  plus  Repair  1 
172.19 

Repair  5:  Design  Modif.  plus  Repair  2 
216.87 

Repair  6:  Design  Modif.  plus  Repair  3 
1192.7 


Figure  5J:  The  result  of  estimated  repair  Itfe  is  showed 


The  second  repair  "Weld  Plus  Postweld  Improvement'  will  last  about  4  years  and  the 
last  one  'Insert  New  Plate'  about  10  years.  It  means  the  repaired  structural  detail  will 
recrack  to  the  same  size  of  this  crack  at  about  20  years  old.  This  repair  may  be  a  good 
choice.  The  rest  three  repairs  are  extremely  robust.  They  have  repair  lives  more  than 
hundreds  of  years.  Therefore  the  betters  repair  in  this  case  would  be  design 
modifications  (the  rest  three)  if  we  want  a  more  reliable  repair. 
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CHAPTER  6.  USING  HELP 


This  chapter  teach  users  how  to  use  the  Help  which  is  on  the  right  end  of  the  menu 
bar.  The  help  menu  includes  three  commands:  'how  to  use  RMS',  'repair  information' 
and  'about'.  For  users  fEuniliar  with  windows  operation  'how  to  use  RMS'  and  'about' 
can  be  skipped,  however  'repair  information'  may  still  help  them  better  understand 
repair  methods  for  different  types  of  failure. 


6.1  How  to  Use  RMS 

Pull  down  the  help  menu,  and  click  on  the  command  'How  to  Use  RMS'.  A  help 
window  should  dien  pop  up.  It  contains  information  on  the  background  of  the  research 
project,  how  to  get  started,  menu  bar  commands  and  a  U.S.  Coast  Guard  classification 
of  ship  stractural  failure. 


Windows  Help 


Elle  Edit  BooiqDark  Help 


Howto  Use  RMS  2.0 

Background 

Background 

Commands 

File 

Ship 

Cregk 

Repair 

Definitions  of  Three  Classes  of 
Structural  Failure 

Qass  1  Structural  Failure 
Class  2  Structural  Failure 
Class  3  Structural  Failure 


Figure  6.1  The  help  window  on  *How  to  Use  RMS*  pop  up  and  the  keywords 
can  be  clicked  to  get  further  information. 


By  clicking  on  these  keywords  which  are  in  green,  users  can  get  detailed  instruction 
or  explanation  on  them. 
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6J  Repair  Information 

Rqmr  of  failures  vary  widely.  For  exan^les,  repairs  of  cracks  can  range  fiom 
ten^K>rary  cold  patches  to  stop  leaks  to  con^lete  re-design  of  the  structural  and 
replacement  of  steel  nearby  the  detaU.  It  is  difficult  to  decide  which  repair  method  is 
most  reliable  and  cost  effective  for  a  particular  crack.  Experience  indicates  that  many 
of  these  rq>airs  must  be  repeated  in  subsequent  dry  docking. 

Li  order  to  provide  RMS  users  information  of  historical  repair  experience,  an  help 
file  of  repair  information  has  been  placed  under  the  menu  Tielp*.  While  it  is  selected,  a 
help  window  should  pop  up  like  the  following  figure. 


Repair  Help  Jmdex 


Repairs  of  Steel 

Crack  Repair 
Steel  Renewal 
Steel  Reinforcement 

Maintenance  of  Corrosion  Control 

Genera!  Corrosion 
Rttina 
Grooving 
Sacrificial  Anodes 


Figure  6.2:  The  repair  help  window  pop  up  and  the  keywords  can  be  clicked 

to  getjurther  information. 


Three  types  of  steel  repairs  are  introduced  in  the  repair  information  help:  steel 
renewal,  steel  reinforcement,  and  crack  repair.  Also  there  are  four  types  of 
maintraance  of  corrosion  controls.  Users  can  click  those  keywords  which  are  in  green 
to  get  further  information.  Tty  click  the  keyword  'Crack  Repair*.  The  help  window 
should  have  been  renewed  like  the  following  figure. 
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Repair  Help  - REPAIR!  .HLP 


Ble  Edit  Boolqmailc  Help 


Crack  Repair 

Crocks  ore  poterrtiolly  the  most  serious  defects  os  they  con  grow 
rapidly  in  size  leaving  effected  structure  unable  to  bear  loads. 
The  surrounding  structure  then  cony  a  greater  loading  which  con 
in  turn  lead  to  its  failure.  If  this  process  continues  unchecked  hull 
girder  collapse  con  result.  The  available  repair  guidelines  ore 
listed  as  the  follows; 

a  Repair  temporally  by  drilling  a  sliQPitifig.bpJ.?.- 
•  the  crocks, 

a  Replace  the  cracking  plate, 
a  Modify  design  by  adding  brocket  stiffener,  lug.  or 
collar  plate. 

a  Change  configuration  by  ^plying  soft  toe. 
increasing  rodius.  trimming  face  plate,  or 
enlarging  drain  holes, 
a  Enhance  scantling  in  size  or  thickness. 

Repair  Examples 


Figure  6.3:  The  information  about  crack  repair  is  showed 


Now  try  cUck  on  the  keyword  ’Repair  Example’.  The  titles  of  fourteen  examples 
should  show  up.  Click  on  any  one  of  them.  Say,  try  the  second  one. 

A  cracked  detail  should  present  like  the  following  figure. 
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Repair  Help  - REPAIR1.HLP 


Eile  Edit  Bookmark  Jtlelp 


2  Connectiori  of  longHudinals  to  plane  transverse 
bulkheads 


Side  shell 


Transverse 

bulkhead 


I  to  the  proposed  repair 


fSClQi:?.  contributing  to  damages 


Figure  6.4:  This  is  one  of  the  14  graphical  crack  repair  examples.  A 
recommended  repair  method  will  be  showed  while  the  Continue  button  is 

pressed. 


Try  push  the  Continue  button.  The  recommended  repair  method  is  shown  as  below. 
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Figure  6S:  The  recommended  repair  method  is  showed. 

The  catalogue  of  14  structural  detail  crack  failures  that  has  been  created  in  the 
repair  information  help  is  adopt  from  the  book  "Guidance  Manual  for  the  Inspection 
and  G)ndition  Assessment  of  Tanker  Structures”  by  the  Tanker  Structure  Cooperative 
Forum  [3].  Information  on  the  experiences  of  structural  detail  failures  in  that  book  was 
supplied  by  the  Forum  members.  Approximately  210  sketches  are  gathered  in  it.  For 
more  cases  other  than  the  14  examples  build  in  the  help  file,  refer  to  Reference  [3]. 
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CHAPTER  7.  USING  SOURCE  CODE 


Due  to  the  limited  time  available,  RMS  2.0  has  been  developed  into  a  prototype  that 
provide  only  necessary  functions.  There  is  a  chance  that  user  may  like  to  add  code  to 
oihance  the  features  not  provided.  For  exanq»le,  user  might  want  to  print  out  the  ship 
layout  along  with  all  the  inputted  cracks,  but  the  current  version  doesn’t  provide  the 
print  fimetion.  In  that  case,  the  information  contained  in  this  chapter  can  help  users  to 
get  started  on  using  the  source  codes. 


7.1  Development  Environment 

The  RMS  2.0  was  developed  on  a  486  based  PC  with  8  MB  RAM  and  200  MB 
hard  disk.  Borland  C++  3.1  was  used  for  the  development  of  RMS  2.0.  The  Borland 
C++  oivironment  requires  about  45  MB  hard  disk.  Microsoft  DOS  5.0  and  Windows 

3.1  were  used  as  the  Operating  System  and  Graphical  User  Interface. 

7.2  Installing  the  Source  Cftdfi 

The  source  code  is  stored  in  the  program  disk  under  the  directory  'Ncode'.  It  has 
been  archived  using  PKZIP  to  compress  the  data  in  order  to  fit  on  one  disk.  You 
should  see  three  ffles  there;  pkunzip.exe,  readme.txt,  and  rmscode.zip.  The  installation 
batch  file  only  installs  the  RMS  program  and  data  files  into  your  hard  disk,  and  will  not 
install  the  source  code.  Therefore  you  have  to  manually  copy  the  three  files  onto  your 
hard  disk.  And  use  the  decompression  program  ’PKUNZIP.EXE’  to  decompress  the 
code  flics.  Simply  type  ’PKUNZIP  RMSCODE.ZIP  to  archive  these  files. 

7.3  Overview  of  Source  Files 

After  the  file  ’rmscode.zip’  is  decompressed,  you  should  see  the  following  files: 

Repair.pij  Project  file. 

Repair.def  Define  program  environment 

Repair.dat  Define  SN  data  and  stress  reduction  factors  for  all  repair  alternatives. 
Repair.ics  Supplies  bitmaps,  menu,  dialogue  boxes,  cursor  and  other  resources. 
Repair.h  Define  public  structures  and  associated  constants. 

Main.c  Does  initialization  and  created  the  Main  Window. 


29 


MainWnd.c  Processes  window  messages. 

KleCmds.c  Performs  File  Commands  for  the  top  Menu  Bar. 

FilePmtc  Writes  die  different  file  formats. 

FileUdLc  Provides  common  procedures  for  file  commands. 

Ana]ysis.c  Shows  data  input  windows  for  fatigue  life  prediction. 

CalcuFatc  Calculates  fatigue  life. 

AddRecrcLc  Processes  crack  record  input  dialogue. 

To  access  the  source  code,  enter  Windows  and  invoke  the  Borland  IDE  (integrated 
development  environment).  Open  project  file  repair.pij  in  the  code  sub-directory.  For 
infoimation  on  using  the  IDE  see  the  Borland  C++  Users  Guide. 


The  following  set  of  illustradons  show  the  calling  relationship  of  major  procedures. 


Figure  7.1:  This  shows  the  message  flow  of  the  RMS  program. 
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APPENDIX  A:  SOURCE  CODE 


A.1  REPAIR.DAT 

I)«tall«lR*palr*l;  1.08el4  3.5  3.29el2  3.0 


Detall*lRepalr*2;  1.08el4 
Detail*lRepalr*3:  1.08el4 
OetailtlRapalr«4:  1.08el4 
Detail«lRepairtS:  1.08el4 
DetailflRepairte:  1.08el4 

Oetallf2Repalr#l:  1.08el4 
Detall*2Repalr«2:  1.08el4 
Oetallf2Repalr*3:  1.08el4 
D«tall*2Repalr*4:  1.08el4 
Detall«2Repalr«5;  1.08el4 
Detall*2Repalr«6:  1.08el4 

Detall#3Repair#l:  1.23el2 
Detail#3Repalr#2:  1.23el2 
Detall#3Repair#3 :  1.23el2 
Detall#3Repalr#4:  1.23el2 
Oetall*3Repalr«5;  1.23el2 
DeCall#3Repair#6:  1.23el2 

Detail#4Repair#l:  1.08el4 
Detall*4Repalr*2 :  1.08el4 
Detall*4Repalr*3:  1.08el4 

Detall*5Repair«l :  1.08el4 
Detall«5Repair*2:  1.08el4 
Detail«5Repalr*3:  1.0eel4 

Detail#6Repair#l:  1.23el2 
Detail#6Repair#2:  1.23el2 
Detall*eRepalr*3 :  1.23el2 

Detail#7Repair#l :  1.23el2 
Detail#7Repair#2:  1.23el2 
Oetailt7Repalr«3 :  1.23el2 
Decan#7Repair#4:  1.23el2 
Detail#7Repair#5:  1.23el2 
Decall#7Repair#6:  1.23el2 

Decail#8Repair#l:  1.23el2 
Decail#8Repalr#2:  1.23el2 
Detail#8Repair#3:  1.23el2 
D#tail#8Repairi4:  1.23el2 
Decall#8Repair#5:  1.23el2 
Detall*8Repalrf6;  1.23el2 

Detail#9Repair#l!  1.73el2 
Detall*9Repalrf2:  1.73el2 
Detail#9Repalr#3:  1.73el2 
Detail* 9Repalr*4 :  1.73el2 
Detall#9Repair#5:  1.73el2 
Detall*9Repalr*6;  1.73el2 

DecalltlORepalrtl :  l,73el2 
Detail#10Repalr#2:  1.73el2 
Detall*10Repair«3 ;  1.73el2 
Detail#10Repairi4:  1.73el2 
DetalltlORepalriB:  1.73el2 
Detail#10Repair#6:  1.73el2 

Detail*llRepair#l:  1.73el2 
Detail#llRepair#2:  1.73el2 
Detail#llRepair#3:  1.73el2 


3.5  3.99el2  3.01 

3.5  1.08el4  3.5  1 

3.5  3.29el2  3.0  0.3333333 

3.5  3.99el2  3.0  0.3333333 

3.5  1.08el4  3.5  0.3333333 

3.5  3.29el2  3.0  1 

3.5  3.99el2  3.01 

3.5  1.08el4  3.5  1 

3.5  3.29el2  3.0  0.3333333 

3.5  3.99el2  3.0  0.3333333 

3.5  1.08el4  3.5  0.3333333 

3.0  3.68ell  3.0  1 
3.0  5.66ei:  3.01 
3.0  1.23el2  3.0  1 
3.0  3.68ell  3.0  0.5 
3.0  5.66ell  3.0  0.5 
3.0  1.23el2  3.0  0.5 

3.5  3.29el2  3.0  1 

3.5  3.99el2  3.0  1 

3.5  1.08el4  3.5  1 

3.5  3.29el2  3.0  1 

3.5  3.99el2  3.0  1 

3.5  1.08el4  3.5  1 

3.0  3.68ell  3.0  1 
3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 

3.0  3.68ell  3.0  1 
3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 
3.0  3.68ell  3.0  0.1 
3.0  5.66eH  3.0  0.1 
3.0  1.23el2  3.0  0.1 

3.0  3.68ell  3.0  1 
3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 
3.0  3.68ell  3.0  0.2 
3.0  5.66ell  3.0  0.2 
3.0  1.23el2  3.0  0.2 

3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 
3.0  1.73el2  3.0  1 
3.0  5.66ell  3.0  0.1 
3.0  1.23el2  3.0  0.1 
3.0  1.73el2  3.0  0.1 

3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 
3.0  1.73el2  3.0  1 
3.0  5.66ell  3.0  0.6 
3.0  1.23el2  3.0  0.6 
3.0  1.73el2  3.0  0.6 

3.0  5.66ell  3.0  1 
3.0  1.23el2  3.0  1 
3.0  1.73el2  3.0  1 
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D*eall*llR«pair«4 ; 
DacalKllRapairfS ; 
D«Call*llRapalrt6 : 


1.73al2  3.0  S.66ell  3.0  0.8 
1.73al2  3.0  1.23el2.3.0  0.8 
1.73el2  3.0  1.73el2  3.0  0.8 
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NAME 


Repair 


DESCRIPTION  'Repair  Management  System  for  Tankers 

EXETYPE  WINDOWS 

STUB  •  WINSTUB.EXE' 

CODE  PRELOAD  MOVEABLE  DISCARDABLE 

DATA  PRELOAD  MOVEABLE  MULTIPLE 

HEAPSIZE  1024 

5TACKSIZE  8196 

EXPORTS  MainWndiProc 

About 


A.3  REPA1R.H 


Module:  Repair. h 

PURPOSE:  To  define  public  atructuree  and  aceociated  constants. 


/•  file 

menu  items  */ 

♦define 

IDHJJEW 

100 

♦define 

IDK-OPEN 

101 

♦define 

IMCSAVE 

102 

♦define 

IDM^SAVEAS 

103 

♦define 

IDICEXIT 

105 

♦define 

IDC.EDIT  401 

♦define 

IDC_LISTBOX  404 

♦define 

IDC_PATHBOX  406 

♦define 

IDC_PATH  403 

♦define 

Max_Fil«Path  128 

♦define 

SaveA8_DirLb 

8 

♦define 

SaveAs^DirEdic 

3 

♦define 

SaveAs_Fi 1 eEdi t 

4 

/♦  crack  menu  Items  */ 

♦define  IDM_GENERAL  501 

/♦  crack  menu  Items  ♦/ 

♦define  IDKJ^DCRACKl  401 

♦define  IDM^DCRACK2  402 

♦define  IDH^ADDCRACKS  403 

♦define  IDM^DELETE  404 

♦define  IDM^EDIT  405 

/*  analysis  menu  items  */ 

♦define  IDM^Analysis  201 

♦define  IDPREVIOUS  9 

//♦define  IDM_FlatbarStif f  202 

/♦  define  help  items  */ 

♦define  IDM_ABOUT 

♦define  IDM_HELP_INFORMATI ON 

♦define  IDM_HELP_HOWTO 

/*  define  fatigue  confuting  constants  */ 
♦define  CyclePerYr 

♦define  DamageFactor 

♦define  Uncertainty 

/*  define  data  size  */ 

♦define  MaxBitmapfileSize 
♦define  EXE_NAME_MAX_SIZE 
♦define  MAX  300 
♦define  MAXG  25 
♦define  MAXL  24 
♦define  MAXD  12 
♦define  MAXLE  10 
♦define  MAXS  25 
♦define  MAXC  25 
♦define  MAXCT  25 

/*  define  or  declare  structure  ’ 

♦if  fFileStuff 
struct  File_Str  { 

char  Name [14),  Path [128]; 

OFSTRUCT  IpOFSTRUCT; 

}; 

♦if  fFileStuffDef 
struct  File^Str  FileStuff; 

♦else 


2500000 

1 

1 


30000 

128 


300 

303 

301 
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Btruct  Pile_Str  extern  FileStuff 

fendif 

fendlf 


typedef  float  near 
typedef  float  near 
typedef  float  far 


*PFLOAT; 

•NPFLOAT 

•FPFLOAT 


A  .4  ADDRECRD.C 


Module;  AddRecrd.c 

PURPOSE:  Proceoe  crack  record  input  dialogue,  the  Edit  and  Delete 

cmsnands  on  the  draw  down  menu. 

FUNCTIONS;  ShipGeneral  ( ) 

AddRecord ( ) 

EditRecordO 

DeleteCrkO 


♦include  <window6.h> 
♦include  <etdlib.h> 
♦include  <Btring.h> 
♦include  •Repair. h* 


char  CrackTypetMAXCT] ; 
extern  HWND  hWnd; 
extern  HANDLE  hinst; 

extern  int  fModified,  nTotal.  nSelect,  nAddCrack; 

nX[MAXj[3],  nY[MAX)[31,  nClse[MAXl; 

azNamelMAXG] ,  szClass [MAXG] ,  sz Owner [MAXG] ,  szClassif i [MAXG] . 
szBuilder[MAXG] ,  szDelivery [MAXG] ,  ezRoute(MAXG] ,  czOther [MAXGj , 
BZLocation[MAX][MAXL],  BZDate  [MAX]  [MAXD] ,  BzLength [MAX]  [!^E] , 
BZStatUS  [MAX]  [MAXS] ,  BZCoinment  [MAX]  [MAXC] ,  ezCrkType  [MAX]  [MAXCT]  ; 


extern 

extern 


int 

char 


extern  void  DrawCrack(HWND,  int,  int,  int,  BOOL); 

extern  void  Drawl ndex (HWND,  int,  int,  BOOL) ; 

extern  void  EraeelndexSet (HWND,  int); 

extern  void  Eras eCrackSet (HWND,  int); 

extern  BOOL  FAR  PASCAL  userPaint (HWND,  char*); 

extern  BOOL  FAR  PASCAL  myPaint (HWND,  char*); 

extern  BOOL  FAR  PASCAL  AddRecord (HWND,  unsigned,  WORD, 

extern  BOOL  FAR  PASCAL  EditRe cord (HWND,  unsigned,  WORD, 

BOOL  FAR  PASCAL  AddGraph (HWND,  unsigned,  WORD,  LONG); 


LONG)  ; 
LONG) ; 


/ 


FUNCTION:  ShipGeneral (HWND,  unsigned,  WORD,  LONG) 

PURPOSE: 

MESSAGES:  WM_COMMAND,  WM_INITDIALOG 


BOOL  FAR  PASCAL  ShipGeneral (hDlg,  message,  wParam,  IParam) 
HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

switch  (message) { 
case  WH-.COMMAND: 

switch  (wParam) { 
case  IDOK: 


GetDlgltemText (hDlg, 601,  (LPSTR) szName,  MAXG) ; 

GetDlgltemText (hDlg, 602,  (LPSTR) szClass,  MAXG) ; 

GetDlgltemText (hDlg, 603,  (LPSTR) szOwner,  MAXG) ; 

GetDlgltemText (hDlg, 604,  (LPSTR) szClassifi,  MAXG) ; 
GetDlgltemText (hDlg, 605,  (LPSTR) szBuilder,  MAXG) ; 
GetDlgltemText (hDlg, 606,  (LPSTR) szDelivery,  MAXG); 
GetDlgltemText (hDlg, 607 ,  (LPSTR) szRoute,  MAXG) ; 

GetDlgltemText (hDlg, 608,  (LPSTR) szOther,  MAXG) ; 

EndDialog (hDlg,  NULL); 
fModifled  =  TRUE; 
break; 


case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
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return  (TOUE) ; 


) 

break; 


case  WH_INITDIAL0G: 
SetDlgltemText  (hDlg, 
SeCDlglteznText  (hDlg, 
SetDlgltemText  (hDlg, 
SetDlgltemText  (hDlg, 
SetDlgltemText  (hDlg, 
SetDlgltemText  (hDlg, 
SetDlgltemText  (hDlg, 
SetDlgltemText  (hDlg, 
return  (TRUE) ; 


601,  (LPSTR) 

602,  (LPSTR) 

603,  (LPSTR) 

604,  (LPSTR) 

605,  (LPSTR) 

606,  (LPSTR) 

607,  (LPSTR) 

608,  (LPSTR) 


szName) ; 
azClaes) ; 
BZOwner) ; 
szClasslfi) ; 
BZBullder) ; 
BzDelivery) ; 
BzRoute) ; 
BZOther) ; 


case  WH.CLOSE: 

Po«tMeeBage(hDlg,  WM.COMMAND,  IDCANCEL,  OL) ; 
break; 

} 

return  (FALSE); 

) 


/ 


FUNCTION;  AddRecord(HWND,  unsigned,  WORD,  LONG) 
PURPOSE: 

MESSAGES:  WH^COMMAND,  WM_INITDIALOG 


BOOL  FAR  PASCAL  AddRecord(hDlg,  meesage,  wParam,  IParam) 

HWND  hDlg; 

unsigned  message; 

WORD  vParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbout; 

switch  (mesBage) { 
case  WJCCOMMAND; 
switch  (wParam) { 

case  607: 

//  ntemp  — ; 

GetDlgltemText  (hDlg,  602, 

GetDlgltemText  (hDlg,  603, 

GetDlgltemText (hDlg, 604 , 

GetDlgltemText (hDlg, 605, 

GetDlgltemText (hDlg, 606, 

EndDialog(hDlg,  NUIX) ; 

IpProcAbout  =  MakeProcInstance(AddGraph,hInst) ; 
DialogBox(hInst,  •AddGraphics* ,  hWnd,  IpProcAbout); 
FreeProc Instance (IpProcAbout) ; 

IpProcAbout  =  Ma)ceProcInstance(AddRecord,hInet)  ; 
DialogBox(hInst,  •Crac)cRecord* ,  hWnd,  IpProcAbout); 
FreeProcInstance (IpProcAbout) ; 
break; 

case  IDOK: 

GetDlgltemText (hDlg, 602,  (LPSTR) szLocat ion [nTotal ] ,MAXL) ; 
GetDlgltemText (hDlg, 603 ,  (LPSTR) szDate [nTotal ] ,  MAXD) ; 
GetDlgltemText (hDlg, 604,  (LPSTR) szLength [nTotal ) ,MAXLE) ; 
GetDlgltemText (hDlg, 605,  (LPSTR) szStatus [nTotal ] ,  MAXS) ; 
GetDlgltemText (hDlg, 606,  (LPSTR) szComment (nTotal ] ,MAXC) ; 
8tpcpy(szCrkType (nTotal ] ,  CrackType) ; 

CrackType[0]  s  0; 

EndDialog(hDlg,  NULL) ; 
fModified  =  TRUE; 
break; 


(LPSTR)  szLocation [nTotal]  ,MAXL) 
(LPSTR) szDate [nTotal ] ,  MAXD) ; 
(LPSTR) szLength [nTotal ] ,MAXLE) ; 
(LPSTR) szStatus [nTotal ] ,  MAXS); 
(LPSTR) szComment [nTotal] ,MAXC) ; 
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case  IDCANCEL: 

EndDialog(hDIg,NULL) ; 

EraeeCracIcSet  (hWnd,  nTotal); 

CrackType[01  =  0; 

szCrlcType  [  nTotal  ]  [  0  ]  =  0; 

8ZLocation[nTotal] (01  s  0; 
szDate(nTotal] [0]  =  0; 

szLength[nTocal] [01  =0; 

BZStatus [nTotal 1 [01  s  0; 
szComment [nTotal 1 [ 0 ] =  0 ; 

nTotal  — ; 
return  (TRUE) ; 

} 

break; 

case  WH.INITDIALOG: 

SetDlgIteinInt(hDlg,  601,  nTotal,  TRUE)  ; 

SetDlgltemText  (hDlg,  602,  (LPSTR)  szLocation [nTotal ])  ; 
SetDlgltemTextlhDlg,  603,  (LPSTR)  szDate[nTotall ) ; 
SetDlgltemText  (hDlg,  604,  (LPSTR)  szLength (nTotal ).) ; 
SetDlgltemText (hDlg,  605,  (LPSTR)  szStatus[nTotall); 
SetDlgltemText (hDlg,  606,  (LPSTR)  szComment [nTotal] ) ; 
return  (TRUE) ; 

case  WH_PAINT; 

if (CrackType (0)  ==  0) { 

userPaint (hDlg,  CrackType); 
return (TRUE) ; 

); 

if (userPaint (hDlg,  CrackType)  ==  FALSE) 

MessageBox (hDlg, “Cannot  find  figure. •, NULL, MB_OK) ; 
return  (TRUE) ; 

case  WH_CLOSE: 

PostMessage(hDlg,  WI^COMMAND,  IDCANCEL,  OL); 
break; 

) 

return  (FALSE) ; 

} 


FUNCTION;  EditRecord (HWND,  unsigned,  WORD,  LONG) 
PURPOSE; 

MESSAGES;  WICCOMMAND,  WM^INITDIALOG 


***•*****************♦♦*********•*****••♦***********♦*****************♦*****/ 

BOOL  FAR  PASCAL  EditRecord (hDlg,  message,  wParam,  IParam) 

HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbOUt ; 

switch  (message) { 
case  WK^COMMAND: 

switch  (wParam) { 

case  607; 

EndDialog(hDlg,  NULL); 

IpProcAbout  =  MakeProcInstance (AddGraph,hInst) ; 

DialogBox (hinst ,  ■ AddGraphics • ,  hWnd,  IpProcAbout ) ; 
FreeProcInstance (IpProcAbout) ; 

IpProcAbout  =  MakeProcInstance (EditRecord, hinst ) ; 

DialogBox (hinst,  “CrackRecord* ,  hWnd,  IpProcAbout); 
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FreeProclnfitance (IpProcAbouc) ; 
break; 


case  IDOK: 

OetDlgltemText  (hDlg,602,  (LPSTR)  BzLocacion[nSelect]  ,MAXL)  ; 
OetDlgIteinText(hDlg,603,  (LPSTR)  e2Date[nSelect} ,  MAXD); 
GetDlgIte]nText(hDlg,604,  (LPSTR)  szLength  [nSelect }  ,MAXLE) ; 
GetDlgIte]nText(hDlg,605,  (LPSTR)  szScatusinSelect] ,  MAXS) ; 
GetDlgltenText  (hDlg,  606,  (LPSTR)  szComment  (nSelect)  ,m;0CC)  ; 
stpcpy(ezCrkType(nSelect),  CrackType)  ; 

EndDlalog(hDlg,  MULL); 

CrackType (0)  =  0; 
fModlfled  s  TR\JE; 
break; 

case  IDCANCEL: 

EndDlalog(hDlg,NULL) ; 

CrackType (0)  =  0; 
return  (TRUE) ; 

) 

break; 


case  W>CINITDIALOG; 

SetDlgltemlnt (hDlg,  601,  nSelecc, 
SetDlgltemText (hDlg,  602,  (LPSTR) 
SetDlgltemText (hDlg,  603,  (LPSTR) 
SetDlgltemText (hDlg,  604,  (LPSTR) 
SetDlgltemText (hDlg,  605,  (LPSTR) 
SetDlgltemText (hDlg,  606,  (LPSTR) 
return  (TRUE) ; 


TRUE)  ; 

szLocation[nSelect ] ) ; 
s2Date(nSelect] ) ; 
szLength (nSelect ) ) ; 
szStatUB [nSelect] ) ; 
szComment (nSelect] ) ; 


case  WMLPAINT: 

if (CrackType (0)  ==  0) {  return(TRUE);}; 
if (userPaint (hDlg,  CrackType)  ==  FALSE) 

MessageBox (hDlg, •Cannot  find  figure .• ,NULL,MB_OK) ; 
return  (TRUE) ; 

case  WK^CLOSE: 

Poe tMee sage (hDlg,  WM_COMMAND,  IDCANCEL,  OL) ; 
break; 

} 

return  (FALSE) ; 

} 


/ 


FUNCTION:  DeleteCrk (HWND,  unsigned,  WORD,  LONG) 

PURPOSE: 

MESSAGES:  WM_COMMAND,  WM_INITDIALOG 


BOOL  FAR  PASCAL  DeleteCrk (hDlg,  meseage,  wParam,  IParam) 
HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

inti,  tempRec; 
switch  (message) { 
case  WNLCOMMAND: 
switch  (wParam)  { 
case  IDOK: 

tempRec  =  nTotal+1; 

nX(teiipRec3  (0)  =  nX[nSelect )  [0] ; 
nY(teirpRec)  (0]  r  nY[nSelecti[0]; 
nX(tempRec) (1 )  =nx[nSelect)(lj; 
nY(teinpRec)  [1  j  =  nY  (nSelect  ]  [1] ; 
nX( tempRec) [2]  =  nX[nSelectj(2j; 
nY (tenpRec) [2]  =  nY[nSelect ] [2] ; 
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nCl66[te]iipRec]  s  nCl86[nSelect] ; 
for (isnSelect;  l<nTotal;  ( 

nXEiltO)  =  nX[i+ll[01; 
nYli](0)  =  llY[i+l]tO); 
nXtiJtll  *  nX[UlHl); 
nY[iJ{l)  =  nY[i+lJ[l]; 
nX[i)I21  =  nxti+l][2]; 
nY[ll[2]  =  nYtl+l)[2]; 
nCl86[l]  s  nCl86[l-*>l} ; 

8tpcpy  (6zCrkType[l) ,  BzCr)cType[l-»>ll )  ; 
stpcpy  ( szLocatlon  [  1  ] ,  szLocaCion  [  1  ] ) ; 

8Cpcpy(8zDateU] «  8zDate[l-fl] ) ; 
stpcpy  (8 zLength[l] ,  8zLength[l-i>l] ) ; 
stpcpy  (szSCatusili ,  8zStatu6[l*fl] ) ; 
stpcpy  (szComment  [  1  ] ,  szCononent  ( l^t-l  ] ) ; 

}; 

if(nTotal  ==  nSelect)  (nSelect--; } ; 

8zCrkType[nTotal) [0]  s  0; 
ezLocation[nTotal] tO]  =  0; 

6zDate(nTotal] (0]  s  0; 
ezLength[nTotal} [0]  s  0; 

6zStatu6(nTotal] [0]  =0; 
ezComment [nTotal] [0] =  0; 

nTotal  — ; 

EndDlalog(hDlg,  NUIX) ; 
fModifled  =  TRUE; 

EraseIndexSet (hWnd,  tempRec); 

EraseCrackSet (hWnd,  tempRec); 

break; 

case  IDCANCEL: 

EndDialog(hDlg,NULL) ; 
return  (TRUE) ; 

} 

break; 

case  WMLINITDIALOG: 
return  (TRUE) ; 

case  W!l_CLOSE: 

PostMessage (hDlg,  WH^COMMAND,  IDCANCEL,  OL) ; 
break; 

} 

return  (FALSE) ; 

} 


FUNCTION:  AddGraph (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  While  users  edit  crack  records,  this  function  pop  up  a  dialog 

box  to  choose  a  cracked  detail  drawing  or  enter  a  user  bitmap 
name. 


MESSAGES:  WM_COMMAND,  WM-INITDIALOG 

BOOL  FAR  PASCAL  AddGraph(hDlg,  message,  wParam,  IParam) 
HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

BOOL  chk; 

switch  (message) { 
case  WM^COMMAND; 
switch  (wParam) { 
case  151: 
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case  152: 
case  153: 
case  154: 
caaa  155: 
case  156: 
caaa  157: 
caaa  158: 
caaa  159: 
caaa  160: 
caaa  161: 
caaa  162: 
caae  163: 
caaa  164: 

ChackRadloButcon(hDlg,  151,  164,  wParam) ; 
break; 

caae  IDOK: 

if  (IeDlgButtonChecked(hDlg,  151)  >0)  etpcpy (CrackType,  ‘crackl .binp“ ) ; 
if (l8DlgButtonChecked(hDlg, 152)  >0)  atpcpy {CrackTVpei  •crack2 .bmp*) ; 
if (laDlgButtonCheckedlhDlg, 153)  >0)  atpcpy (CrackTvr®/  •crackS.bn?)*); 
if (leDlgButtonCheckadChDlg, 154)  >0)  etpcpy (CrackType,  •crack4.bmp*); 
if (l8DlgButtonChecked(hDlg,155)  >  0)  8 tpcpy (CrackType,  ■crack5.bmp*); 
if (l8DlgButtonChecked(hDlg,156)  >0)  atpcpy (CrackType,  •crack6.bmp'); 
if (l8DlgButtonChecked(hDlg, 157)  >0)  etpcpy (CrackType,  ■crack7.bmp*); 
if (l8DlgButtonChecked(hDlg,158)  >0)  etpcpy (CrackType,  •crack8.bmp*); 
if (IeDlgButtonChecked(hDlg,159)  >0)  etpcpy (CrackType,  •crack9.bmp*); 
if (IsDlgButtonChecked(hDlg,160)  >0)  etpcpy (CrackType,  •crackl0.bmp'); 
if (lBDlgButtonChecked(hDlg, 161)  >0)  etpcpy (CrackType,  •crackll.bmp"); 
if (IsDlgButtonChecked(hDlg,162)  >0)  etpcpy (CrackType,  •crackl2 .bmp' ) ; 
if (l8DlgButtonChecked(hDlg, 163)  >0)  etpcpy (CrackType,  •crackl3.bmp*); 
if (l8DlgButtonChecked(hDlg, 164)  >  0)  ( 

chk  =  GetDlgltemTextihDlg,  165,  (LPSTR)  CrackType,  40); 
if (chk  ==  0) { 

MeBsageBox(hDlg,  • Invalid  Data  Input",  NULL, 

MB_OK  I  MB^ICONEXCLAMATION) ; 

break; 

); 

); 

EndDialog(hDlg,NULL) ; 
break; 

case  IDCANCEL: 

EndDialog{hDlg,NULL) ; 
return  (TRUE) ; 

) 

break; 

case  WM.INITDIALOG; 

CheckRadioButton(hDlg,  151,  163,  163); 
return  (TRUE) ; 

case  WM^PAINT: 

myPalnt (hDlg,  "ADDGRAPHICS" ) ; 
return  (TRUE) ; 

caee  WieCLOSE: 

PoetM€esage(hDlg,  WM_COMMAND,  IDCANCEL,  OL)  ; 
break; 

} 

return  (FALSE) ; 

} 


42 


A.5  ANALYS1S.C 


Nodule:  Analysis. c 

PURPOSE:  Import  and  read  a  user  prepared  bltmp  file. 

Show  data  input  windows  for  fatigue  life  prediction. 

FUNCTIONS: 

userPaint (KMND,  char*) 

ReadDIBFile  (int) 

LPSTR,  DWORD) 

myPaint ( ) 

RepairMethodO 
Repair456Method ( ) 

UserRprMethod ( ) 

UserInputSN( ) 

InputYear ( ) 

Analysis  0 

♦include  <windows.h> 

♦include  <stdlib.h> 

♦include  <io.h> 

♦include  'Repair.h* 

♦  define  DIB_HEADER,J1ARKER  ’EM* 

int  iDetail; 

float  fYr,  uA,  um,  unewA,  unewm,  ur; 

//BOOL  Previous  =0; 

extern  HANDLE  hinst;  /*  Handle  to  instance  data  */ 

extern  float  Cal cFatLife (float,  float,  float,  float,  float,  float,  float); 
HANDLE  ReadDIBFile  (int  hFile) ; 

extern  void  FAR  ReadRepairData (HWND,  int,  int,  float*,  float*,  float*,  float*, 
float*) ; 

/****************w****w**************..*^*************^******. *********** 


FUNCTION:  user Paint (HWND,  char*) 

PURPOSE:  Import  a  bitmap  file  and  show  it  on  a  window. 


BOOL  FAR  PASCAL  userPaint (hDlg,  pmap) 
HWND  hDlg; 

char  *pmap; 

{ 


BIIMAPFILEHEADER 

LPBiaNAPINFO 

LPSTR 

Static  int 

int 

LPBIIKAPFILEHEADER 

PAINTSTRUCT 

OFSTRUCT 

LPSTR 

HANDLE 

unsigned  int 

LPSTR 


bmf Header; 
IpBitmapInfo; 

IpBits; 
nColorData; 
hFile,  hDisJcbuf; 

IpBi tmapFi leHeader ; 
Paint; 
of; 

Diskbuf ; 
hDIB; 
numread; 

IpDIBHdr,  IpDIBBits; 


BeginPaint (hDlg,  iPaint) ; 

if  ((hFile  =  OpenFile  (pmap,  &of,  OF_READ) ) 

{ 

EndPaint (hDlg,  iPaint); 
return  FALSE; 

} 

else 


-1) 


/ 
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{ 

If  (KhDIB  =  ReadDIBFile  (hFile) )  ) 

{ 

_lcloee  (hFile) ; 

MesfiageBox(hDlg, "Not  enough  memory  to  read  file", NULL, 

MB_OK|MB_ICONEXCLAMATION)  ; 

return  FALSE; 

} 

IpDIBHdr  s  GlobalLock  (hDIB) ; 

XpBitmapInfo  =  (LPBITMAPINFO)  &lpDIBHdr[14]; 
if  (lpBltinapInfo>>hiniHeader.biClrU8ed  1=  0) 

nColorData  =  lpBltmapInfo->bmlHeader .biClrUeed; 
else  { 

switch ( XpBitmapInfo- >bmiHeader . blBi tCount ) 

{ 

case  1:  nCoXorData  =  2; 
break; 

case  4:  nCoXorData  =  16; 
break; 

case  8:  nCoXorData  =  256; 
break; 

case  24:  nCoXorData  s  0; 
break; 

) 

} 

XpBits  =  (LPSTR)  XpBitmapInfo; 

lpBite+=  (WORD)  XpBitmapInfo- >bmiHeader.bi Si 26+ (WORD)  ( nCoXorData* si z eof  (RGBQUAD) )  ; 

SetDIBitsToDevice  (Paint. hdc,  //  hDC 

(WORD)  0,  //  DestX 

(WORD)  0,  //  DestY 

(WORD)  XpBitmapInfo->bmiHeader.bi Width, 

(WORD)  XpBitinapInfo->biniH€ader  .biHeight , 

(WORD)  0,  (WORD)  0,  (WORD)  0, 

(WORD)  XpBitmapInfo->bmiHeader .biHeight , 

XpBits,  //  XpBits 

(LPBITMAPINFO)  XpBitmapInfo, 

DIB_RGB_COLORS) ;  //  wUsage 

SetDIBitsToDevice (Paint . hdc,  0,  0, 

(WORD)  lpBitmapInfo->bmiHeader .biWidth, 

(WORD)  XpBitmapInfo->bmiHeader .biHeight , 

0 ,  0 ,  0 , 

(WORD)  XpBitmapInfo->bmiHeader .biHeight , 

XpBits,  XpBitmapInfo,  DIB_RGB_COLORS) ; 

_XcXose (hFile) ; 

GXobalUnXock(hDIB) ; 

GXobaXDiscard(hDIB) ; 

EndPaint (hDXg,  &Paint ) ; 
return  TRUE; 

} 


Function:  ReadDIBFile  (int) 

Purpose:  Reads  in  the  specified  DIB  file  into  a  global  chunk  of 
memory . 

Returns:  A  handle  to  a  dib  (hDIB)  if  successful. 

NULL  if  an  error  occurs. 

Comments:  BITMAPFILEHEADER  is  stripped  off  of  the  DIB.  Everything 

from  Che  end  of  Che  BnwvPFILEHEADER  structure  on  is 
returned  in  the  global  memory  handle. 

«««*«*•«««****«***««***«**«***«***«**««««««**«********««***««**««**««***«/ 

HANDLE  ReadDIBFile  (int  hFile) 

{ 

BITMAPFILEHEADER  bmf Header; 

DWORD  dwBiCsSize; 

HANDLE  hDIB; 

LPSTR  pDIB; 
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//  gttt  length  of  DIB  in  bytes  for  use  when  reading 
dvBitsSize  s  fllelength  (hPile) ; 

//  Allocate  memory  for  DIB 

hDIB  s  GlobalAlloc  (GMEH^KOVEABLE  |  GM£M_ZEROINIT,  dwBitsSize  > 
Sizeof  (BITHAPFIDEHEADER) ) ; 
pDIB  S  GlobalLock  (hDIB) ; 

//  Go  read  the  bits. 

if  (IHyRead  (hFile,  pDIB«  dwBitsSize  >  sizeof (BITMAPFILEHEADER) ) ) 

{ 

01obalUnloc)c  (hDIB)  ; 

GlobalFree  (hDIB) ; 
return  NULL; 

) 

Globalunloc)c  (hDIB)  ; 
return  hDIB; 


Function: 
Purpose: 
Returns : 


MyRead  (int,  LPSTR,  DWORD) 

Routine  to  read  files  greater  than  64K  in  size. 
TRUE  if  successful. 

FALSE  if  an  error  occurs. 


#  define  BYTES_PER_READ  32767 

BOOL  MyRead  (int  hFile,  LPSTR  IpBuffer,  DWORD  dwSize) 

{ 

char  huge  ^IpInBuf  =  (char  huge  *)  IpBuffer; 
int  nBytes; 


while  (dwSize) 

{ 

nBytes  =  (int)  (dwSize  >  (DWORD)  BYTES_PER__READ  ?  BYTES_PER_READ  : 

LOWORD  (dwSize)); 

if  (_lread  (hFile,  (LPSTR)  IpInBuf,  nBytes)  1=  (WORD)  nBytes) 
return  FALSE; 

dwSize  -=  nBytes; 

IpInBuf  -►=  nBytes; 

} 

return  TRUE; 

) 

FUNCTION:  ny Paint (HWND,  char*) 

PURPOSE:  Show  a  resource  bitmap  on  a  dialog  box. 

MESSAGES:  WH^COMMAND,  WM_INITDIALOG 


BOOL  FAR  PASCAL  myPaint (hDlg,  pmap) 
HWND  hDlg; 

char  *pinap; 

{ 

PAINTSTRUCT  Paint; 

HBITMAP  hButton; 

HDC  hMemoryDC; 

HANDLE  hDe  fault  ; 

FARPROC  IpProcAbout; 
int  i; 
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BeginPalnt  (hDIg,  apaint) ; 

hMemoryDC  s  CreateCoirqpatibleDC  ( Paine  .hdc) ; 

hButton  X  LoadBitmap(hIn8t,  pmap) ; 

hDefault  =  SelectObject (hMemoryDC,  hButton); 

BltBlt (Paint .hdc,  Paint. repaint .left.  Paint . rePaint . top, 

( Paint. rePaint. right  -  Paint . rePaint . left) , 

(Paint. repaint .bottom  -  Paint . rePaint . top) , 
hMemoryDC,  Paint. rePaint .left.  Paint . rePaint . top,  SRCCOPY) ; 
SelectObject (hMemoryDC,  hDefaul t ) ; 

Del eteObject (hButton) ; 

De 1 et eDC ( hMemoryDC ) ; 

EndPaint (hDlg,  &Paint) ; 

return (TRUE) ; 

} 

/«******************««*•«•*««*««***«*««**«««««**«««*«**«««««*««**•**««*< 


FUNCTION;  RepairMethod(HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Process  a  dialog  box  that  let  user  select  a  repair  method. 

MESSAGES:  WM_COMMAND,  WM_INITDIALOG 

BOOL  FAR  PASCAL  RepairMethod (hDlg,  message,  wParam,  IParam) 

HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbout; 
int  i; 

float  A,  m,  newA,  newm,  r; 
char  resultstr [20] ; 

switch  (message) { 
case  WM_COMMAND; 

switch  (wParam) { 
case  IDOK: 

EndDialog (hDlg, NULL) ; 
brea}c; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

) 

break; 


case  WM_INITDIALOG: 

for  (i=l;  i  <=  6;  i++) 

{ 

IfdDetail  1=  12) 

{ 

ReadRepairData(hDlg,  iDetail,  i,  &A,  &m,  &newA,  &newm,  &r) ; 
}; 

gevt (CalcFatLife (fYr,  0.9,  A,  m,  newA,  newm,  r) ,  S,  resultstr); 
SetDlgltemText (hDlg,  600+i,  (LPSTR)  resultstr); 

); 

break; 


case  WM^PAINT: 

switch  (iDetail) { 
case  1: 

my Paint (hDlg, 
break; 
case  2: 

myPaint (hDlg, 
break; 
case  3: 

my Pa int (hDlg, 
break; 
case  7: 

my  Pa  int  (hDlg, 


•LONGIREPAIRl') ; 


•L0NGIREPAIR2*) ; 


"LONGIREPAIR3*) ; 


•FLATBARREPAIR7*) ; 
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break; 
case  8: 

nyPaInt (hDlg, 
break; 
case  9: 

nyPalnt (hDIg, 
break; 
case  10: 

Biy  Paint  <hDlg, 
break; 
case  11: 

myPalnt (hDlg, 
break; 

); 

return  <mUE) ; 


*  FIATBARREPA1R8  * )  ; 
•FLATBARREPAIR9-)  ; 

•BEAMREPAIRIO*)  ; 
•BEAMREPAIRll*) ; 


case  lilH_CLOSE: 

PoetMessage(hDlg,  WM.COMMAND,  IDPREVIOUS,  OL) ; 
break; 

} 

return  (FALSE) ; 

) 


FUNCTION:  R€pair456Method (HWND  unsigned,  WORD,  LONG) 

PURPOSE:  Process  a  dialog  box  that  let  user  select  a  repair  method. 

MESSAGES:  WK-COMMAND,  W>L-INITDIALOG 


***««**«««***««*«*•«*«*«*♦«*««*«**«*••*««««««««**««**«***«••«•*««*«***«**««*/ 

BOOL  FAR  PASCAL  Repair456Method (hDlg,  message,  wParam,  1 Pa ram) 

HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  1  Pa  ram; 

{ 

FARPROC  IpProcAbout; 

Int  1; 

float  A,  m,  newA,  newm,  r; 
char  resultstr [20] ; 

switch  (message) ( 
case  WK^COMMAND: 
switch  (wParam) ( 
case  IDOK: 

EndDialog (hDlg, NULL) ; 
break; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

) 

break; 

case  WMLINITDIALOG: 

for  (1=1;  1  <=  3;  i++) 

{ 

IfdDetall  1=  12) 

{ 

ReadRepalrData(hDlg,  IDetail,  1,  &A,  &m,  &newA,  &newm,  &r) ; 

}; 

gcvt (CalcFatLife(fyr,  0.9,  A,  m,  newA,  newm,  r) ,  5,  resultstr); 
SetDlgltemText (hblg,  600+1,  (LPSTR)  resultstr); 

}; 

break; 

case  WM^PAINT: 

switch  (IDetail) { 
case  4 : 

myPaint (hDlg,  •LONGIREPAIR4 • ) ; 
brea)c; 


47 


case  5: 

nyPaint  (hDlg,  •L0NGIREPAIR5  • ) ; 
break; 
case  6: 

myPaint (hDlg,  -LONGIREPAIRe* ) ; 
break; 

); 

return  (TRUE) ; 
case  WH.CLOSE: 

PofitMeaaagethDlg,  WM-.COMMAND,  IDPREVIOUS.  OL)  ; 
break; 

) 

return  (FALSE) ; 

} 


FUNCTION:  U8erRprMethod(HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Process  a  dialog  box  that  let  user  select  a  repair  method. 

MESSAGES:  WH.COMMkND,  WK.INITDIALOG 


BOOL  FAR  PASCAL  UserRprMethod (hDlg,  message.  wParam,  IParam) 

HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbout; 
int  1 ; 

char  resultstr[20] ; 

switch  (message) { 
case  WK.COMMAND: 
switch  (wParam)  { 
case  IDOK: 

EndDialog (hDlg, NULL) ; 
break; 

case  IDCANCEL; 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

} 

break; 

case  WM^INITDIALOG: 

gcvt  (CalcFatLife (fYr,  0.9,  uA,uin,unewA,unewm,ur) ,  5,  resultstr); 

SetDlgltemText (hDlg,  601,  (LPSTR)  resultstr); 

break; 

case  WH_CLOSE: 

PostMessage(hDlg,  WM^COMMAND,  IDPREVIOUS,  OL)  ; 
break; 

> 

return  (FALSE) ; 

} 


/ 


FUNCTION:  UserInputSN(HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Process  dialog  box  that  let  user  select  a  cracking  zone. 

MESSAGES:  WM^COMMAND,  WH_INITDIALOG 


.*•*********♦************•****  w****»*i*****w*«*************  *******•****•*/ 

BOOL  FAR  PASCAL  User InputSN (hDlg,  message,  wParam,  IParam) 

HWND  hDlg; 

unsigned  message; 
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WORD  wParam; 

LOWQ  IParam; 

{ 

FARPROC  IpProcAbout; 
char  BZteinp[51  (151; 
int  i; 

BOOL  ch)c; 

BVitch  (maasage)  ( 
case  WK.COMKAND: 

BWiCch  (wParazn)  { 
case  113: 
eaae  114: 
case  115: 
caae  116: 
case  117: 
break; 

caae  IDOK: 

fordsO;  i<=4;  i++) 

chk  =  GetDlgltemTextlhDlg,  113+i,  (LPSTR)  sztemplij,  15); 
lf(chk  ==  0) 

( 

MessageBox(hDlg,  "Invalid  Data  Input",  NULL, 

MB^OK  1  MB_ICONEXCLAMATION) ; 

break; 

}; 

); 

uA  =  atof  (ezteirq;>[0] ) ; 
uxn  =  atof  (aztempil] ) ; 
unewA  =  atof  (GZteinp(2  ] )  ; 
unewm  =  atof  (ezteinp[3] ) ; 
ur  =  atof  (GZtenp[4] )  ; 

IpProcAbout  =  MakeProcInstance (UserRprMethod,  hinst) ; 
DialogBox(hInst,  "UaerRprMethodDlg" ,  hDlg,  IpProcAbout); 
FreeProcInetance (IpProcAbout) ; 

EndDlaloglhDlg,  NULL); 
break; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

) 

break; 

case  WM^INITDIALOG: 
return  (TRUE) ; 

caae  WHLCLOSE: 

Po8tMeeeage(hDlg,  VttL.COMMAND,  IDCANCEL,  OL)  ; 
break; 

) 

return  (FALSE) ; 

) 


FUNCTION:  InputYear (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Process  dialog  box  that  let  user  select  a  crac)cing  zone, 

MESSAGES:  WH-COMMAND,  WM^INITDIALOG 


BOOL  FAR  PASCAL  InputYear (hDlg,  message,  wParam,  IParam) 
HWND  hDlg; 

unsigned  message; 

WORD  WParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbout; 
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char  6ZPallYr[6); 

BOOL  chk; 

switch  (message)  ( 
case  NK.COMHAND; 
switch  (wParam)  ( 
case  113: 
brea)c; 

case  IDOK: 

chJc  =  GetDlgIteinT€Xt(hDlg,  113,  (LPSTR)  szFailYr,  6)  ; 
if (chk  r=  0) ( 

MessageBoxChDlg,  'Invalid  Data  Input*,  NULL, 

MB_OK  I  MB_ICONEXCLAMATION)  ; 

break; 

) 

fYr  s  atof (szPailYr) ; 

if(iDetail  rs  12)  /*  User  Input  SN  information  */ 

{ 

IpProcAbout  s  MakeProcIn6tance(UeerInputSN,hIn6t) ; 
DialogBox(hIn6t,  'UserlnputSNDlg*,  hDlg,  IpProcAbout); 
FreeProcInstanc€{ IpProcAbout) ; 

EndDialog (hDlg, NULL) ; 

) 

else  if((iDetail  >=  4)  (iDetail  <r  6)) 

{ 

IpProcAbout  =  MakeProcInstance(Repair456Method,hInet) ; 
DialogBox (hlnet ,  •Repair456MethodDlg* ,  hDlg,  IpProcAbout); 
FreeProcInatance (IpProcAbout) ; 

EndDialog  ()iDlg, NULL)  ; 

) 

else 

{ 

IpProcAbout  =  MakeProcInstance(RepairMethod,hInfit); 
DialogBox (hlnst,  •RepairMethodDlg* ,  hDlg,  IpProcAbout); 
FreeProcInatance ( IpProcAbout ) ; 

EndDialog (hDlg, NULL) ; 

); 


break; 

case  IDCANCEL; 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

} 

break; 

case  WM_INITDIALOG: 
return  (TRUE) ; 

case  WH-CLOSE: 

PoetMeeeage(hDlg,  WMLCOMMAND,  IDCANCEL,  OL) ; 
break; 

} 

return  (FALSE) ; 

) 

/*«********•******«******«*««*«*«******«««««*««««««««, 


FUNCTION;  Analysis (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Process  dialog  box  that  let  user  select 

a  Longitudianal  cutout  type. 

MESSAGES:  VttL-COMMAND,  WM^INITDIALOG 


BOOL  FAR  PASCAL  Analysis (hDlg,  message,  wParam,  iParam) 
HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 


/ 
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FARPROC  IpProcAbout; 

Int  i; 

switch  (message)  ( 
case  1flH.C0MKAND: 
switch  (wParam)  { 

case  121:  /*  Twelve  radio  buttons  one  is  on  and  others  are  off.*/ 

case  122 : 

case  123: 

case  124: 

case  125: 

case  126: 

case  127 : 

case  128: 

case  129: 

case  130: 

case  131: 

case  132: 

CheckRadioButton(hDlg,  121,  132,  wParam) ; 
brea)c; 

case  IDOK: 

for  (i=121;  i  <=  132;  i++) 

( 

if (IsDlgButtonCheckedChDlg,  i)  >0)  iDetail  =  i  -  120; 

}; 

IpProcAbout  =  Ma)ceProcInstance (InputYear,hInst) ; 
DialogBoxihInst,  •InputYearDlg* ,  hDlg,  IpProcAbout); 
FreeProcInstance ( IpProcAbout ) ; 

EndDlalog (hDlg, NULL) ; 

break; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

} 

break; 

case  WM_INITDIALOG: 

Che ckRadi ©Button (hDlg,  121,  132,  121); 
return  (TRUE) ; 

case  WH^PAINT: 

nyPaint (hDlg,  •DETAILS12- ) ; 
return  (TRUE) ; 

case  WICCLOSE: 

PostMeSBage(hDlg,  WM^COMMAND,  IDPREVIOUS,  OL) ; 
break; 

) 

return  (FALSE) ; 

} 
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A.6  CALCUFAT.C 


Hodule:  Calcufat.c 

PURPOSE:  Calculate  fatigue  life. 

FUNCTIONS: 

LOCAL:  ganmlnO 

StressSOO 

FatlgueLlfeO 

CalcFatLlfeO 


flnclude  <wlndovs.h> 

♦Include  <math.h> 

♦Include  *Repalr.h* 

/♦♦***♦**♦********♦**********************♦**************************.******** 


FUNCTION:  float  gammlnC float) 

PURPOSE:  Return  the  value  In ( gamma (xx) )  for  xx>0.  Full  accuracy  Is 

obtained  for  xx>l. 

Source:  This  function  Is  adapted  from  ‘Numerical  Recipes  In  C:  The 

Art  of  Scientific  Computing",  William  H.  Press, 

Brian  P.  Flannery,  Saul  A.  Teukol6)cy,  William  T.  Vetterling. 


float  gammln(xx) 
float  XX ; 

{ 

double  X,  tmp,  ser; 

static  double  cof [6] =(76 . 18009173,  -86.50532033,  24.01409822,  -1.231739516, 
0.120858003e-2,  -0 . 536382e-5} ; 

int  j; 


x=xx-l . 0; 
tinp=x+5.5; 

tmp  -=  (x+0.5)  *log(tinp)  ; 
ser=l .0; 

for( j=0; j<=5; j++)  { 

X  +=  1.0; 

ser  +=  cof(j]/x; 

) 

return  -tmp+log(2 . 60662827465»ser) ; 


FUNCTION:  float  StressSO ( float ,  float,  float,  float) 

PURPOSE:  Calculate  extreme  stress  'SO' 


float  StressSO (float  FailYear,  float  Weibull , float  Lifeinter, float  SNInvSlop) 
float  Stress; 

Stress  =  pow(  (log(CyclePerYr*FailYear) )  ,  (1/Weibull)  )  /Uncertainty 
*  pow(  (DamageFactor^Lifelnter/CyclePerYr/FailYear/ 
exp(gammln(SNInvSlop/Weibull+l) ) )  ,  (1/SNInvSlop)  ); 

return  Stress; 

} 
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FUNCTION: 


float  FatlgrueLife (float,  float,  float,  float,  float) 
PURPOSE:  Calculate  expected  fatigue  life 


float  Fat IgueLlfe (float  StresaSO,  float  FallYear,  float  Welbull, 
float  NewLlfeInter,  float  NewSNInvSlop) 


{ 

float  Life; 


Life  s  DanageFactor 

*  NewLlfeInter 

*  pow(  (log(CyclePerYr*Faliyear) ) ,  (NewSNInvSlop/Welbull)  ) 
/  CyclePerYr 

/  pov(  (Uncertainty* St ressSO ) ,  NewSNInvSlop) 

/  exp  (gainmln( NewSNInvSlop /We Ibull^l) } ; 

return  Life; 

} 


/ 


FUNCTION:  float  CalcFatLlfe ( ) 

PURPOSE:  ProcecB  S'N  data  and  detail  typee  etc.  In  order  to  compute 

fatigue  life. 


MESSAGES: 


float  CalcFatLlfe (float  FYr,  float  Weib,  float  A,  float  m,  float  newA, 
float  newm,  float  r) 


{ 

float  tempSO,  tempL,  te]ipL2; 


tempSO  =  Stre66S0(FYr,  Welb,  A,  m) ; 
teirpSO  =  tempSO  *  r; 


/*  Begin  to  Iteration  */ 

tenpL  =  FatlgueLlfe( tempSO,  FYr,  Welb,  newA,  newm); 


If  ( ( (A==newA)  &&  (m==newm) )  &&  (r^^^D) 

{return  FYr;} 
else  {  do  { 

texnpL2  =  Fat  IgueLlfe  (tempSO,  tempL,  Welb,  newA,  newm); 
teirpL  =  FatlgueLlfe (tempSO,  tempL2,  Welb,  newA,  newm); 
}  while ( (tempL- tempL2} <0. 01  &&  (CempL“tempL2) >-0 . 01  ); 

return  tempL; 

} 


/ 
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A.7  FiLECMns.r 


M&dule:  FlleCMDs.C 

PURPOSE:  Performs  File  Commands  for  the  top  Menu  Bar 

FUNCTIONS: 

EXPORTED: 

QpenSourceO  -  Processes  Dialog  messages. 

SaveAsO  -  Processes  Dialog  messages. 

SaveFileO  -  Processes  Dialog  messages 
NevFileO  -  Processes  Dialog  messages 
Selectl*ayout  () 


♦define  fFileStuff  TRUE 
♦define  fFileStuffDef  TRUE 


♦include  <6tring.h> 
♦include  <window6.h> 
♦Include  <io.h> 
♦include  <stdlo.h> 
♦include  • repair. h* 


BOOL  userBitmap; 


int  fModified; 

char  ShipType[20), 

extern  int  nTotal; 

extern  HWND  hWnd; 
extern  HANDLE  hlnst; 

extern  char  szName  [MAXG] , 

e2Builder[MAXG] , 


OldTypeI20]; 


/*  Handle  to  instance  data*/ 
szClassfMAXG] ,  szOwner (MAXG] ,  szClassifi [MAXG] , 
szDelivery [MAXG] ,  szRoute [MAXG] ,  szOther [MAXG] ; 


char  FileName  [Max_FilePathl  ; 
char  PathName  [Max_FilePath]  ; 

char  ppenPath[Max_FilePath] ;  /*  exported  for  Main  window  */ 

char  DefPath{Max_FilePath] ;  /*  init  in  main  from  .exe  file  path.  */ 

char  DefSpec[14]  =  ■*.RMS»; 

char  DefExt[]  =  VRMS*; 

char  str[Max_FilePath  +  14]; 

char  UpTree[]  =  ‘..W*;  /*  this  is  a  special  case  where  we  go  up  the 

Search  tree  one  level*/ 

char  const  DirectoryDel  [  ]  =  -w*; 

char  const  FileSignature [ ]  =  •REPAIR  MANAGEMENT  SYSTEM  DATA  FILE.*; 

/•  open  file  error  messages  »/ 
char  const  FonnatError [ )  =  •Format  Unknown!"; 
char  const  NoFileErr[]  =  'No  File  Specified!’; 
char  const  UnableOpenEr [ ]  =  "Unable  to  Open  File!*; 
char  const  FileExistsI]  =  ’File  Exists.  Overwrite?-; 


extern  void  FAR  UpdateListBox  (HWND,  LPSTR,  LPSTR,  LPSTR) ; 

extern  void  FAR  SeparateFile  (LPSTR,  LPSTR,  LPSTR) ; 

extern  void  FAR  ChangeDefExt  (LPSTR,  LPSTR) ; 

extern  void  FAR  UpTreePath  (LPSTR) ; 

extern  int  FAR  VerifySig  (int,  LPSTR); 

extern  void  FAR  WriteText  (HWND) ; 

extern  void  FAR  ReadNativeFormat  (HWND)  ; 

extern  BOOL  FAR  PASCAL  myPaint (HWND,  char*); 


/ 


FUNCTION:  OpenSource (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Processes  Dialog  messages. 

MESSAGES:  WM^COMMAND,  WM_INITDIALOG 
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LONG  FAR  PASCAL  QpenSource (hDlg,  message, 
HWND  hDlg; 


unsigned  message; 
WORD  wParam; 

LCm  IParam; 

( 


wParam, 


IParam) 


WORD  Index; 

PSm  plt>tr; 

HANDLE  hFlle; 
OFSTRUCT  IpOFSTOUCT; 


/* 


switch  (message)  { 
case  WK.COMMAND: 

switch  (wParam)  { 
case  IDC.LISTBOX: 

switch  (HIWORD(lParam))  { 
case  LBN.SELCHANGE: 

if  (lDlgDirSelect(hDlg,  FileName,  IDC^LISTBOX) )  { 
SeCDlgltemText  (hDlg,  IDC_EDIT,  FileName)  ; 
SendDlgltemMessage  (hDlg,  IDC^EDIT,  EM_5ETS£L, 
NULL,  MAKELONG(0,  0x7f f f ) ) ; 

} 

brea)c; 

case  LBN.DBLCLK: 
goto  openfile; 

> 

return  (TRUE) ; 


case  IDC^PATHBOX: 

switch  (HIWORD (IParam) )  ( 
case  LBN.SELCHANGE: 

SeparateFile( (LPSTR)  PathName, 

(LPSTR)  FileName,  (LPSTR)  scr) ; 
DlgDirSelect(hDlg,  str,  IDC_PATHBOX) ; 
if  (_fstrcmp(UpTr€e,  str)  ==  0) ( 

UpTreePath (PathName) ; 

_fstrcpy (str,  PathName); 

)  else  if  (str I_f6trlen(str) -1]  ==  •:')  { 

_fstrcat (str,  DirectoryDel) ; 

)  else  if  (str (_fstrlen(str) -1]  ==  '\\'){ 

.f 6 treat (PathName,  str) ; 

_fstrcpy (str,  PathName); 

}  else  { 

/*  This  is  for  a  strange  case  where  a  user  double 
clic)c8  in  the  path  box  causing  the  entire 
path  string  to  be  returned  */ 

_fstrcpy (str,  PathName); 

} 

SetDlgltemText (hDlg,  IDC_PATH,  str); 

_fstrcat (str,  FileName); 

_fstrcpy (FileName,  str); 


/•  Update  file  list  from  new  directory,  Revised  •/ 
DlgDirList(hDlg,  FileName,  IDCJLISTBOX, 

IDC_PATH,  0); 

if  (_fetrchr (FileName,  '*•)  I  I  _fstrchr (FileName,  *?')) 

{ 

SeparateFile ( (LPSTR)  DefPath,  (LPSTR)  PathName, 
(LPSTR)  Str) ; 

_fstrcpy (DefSpec,  FileName); 

ChangeDefExt (DefExt,  DefSpec) ; 

UpdateListBox(hDlg,  DefPath,  FileName,  str); 
return (TRUE) ; 

); 

/*  update  Path  list  box  */ 

_f St repy (FileName,  PathName); 

^fstreat (str,  DefSpec); 

DlgDirList (hDlg,  FileName,  IDC_PATOBOX, IDC_PATH,  OxCOlO) 


SendDlgltemMessage (hDlg,  IDC_EDIT, EM_SETSEL, 
NULL,  MAKELONG(0,  0x7fff ) ) ; 
brea)c; 
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case  LBN.DBLCLX: 
break; 

) 

return  (TRUE)  ; 
case  iboK: 

openflle: 

OetDlgltexnText (hDlg,  IDC^EDIT,  FileName,  128); 

If  (_fstrchr(PileNaine,  •♦')  || 

_fstrchr(FileNaxne,  •?•))  { 

SeparateFile((LPSTR)  DefPath,  (LPSTO)  PathName, 

(LPSTR)  str); 

_fstrcpy(DefSpec,  FileName); 

ChangeDefExtCDefExt,  DefSpec); 

Ut>dateLlstBox(hDlg,  DefPath,  FileName,  str)  ; 
retum(TRUE); 

) 

if  ( 1 FileName 1 0])  ( 

MessageBoxlhDlg,  (LPSTR)  NoFileErr, 

(LPSTR)  NULL,  MB_OK  I  MB^ICONQUESTION)  ; 
return  (TRUE) ; 

} 

/*  at  this  point  we  have  a  real  file  name)  */ 

SeparateFile( (LPSTR)  DefPath,  (LPSTR)  PathName, 

(LPSTR)  str); 

_fstrcpy (str,  DefPath); 

_fstrcat (str,  FileName); 

hFile  =  OpenFile(str,  SlpOFSTRUCT,  OF_READ) ; 
if  (hFile  ==  OxFFFF)  { 

MessageBox(hDlg,  (LPSTR)  UnableOpenEr, 

(LPSTR)  NULL,  MB_OK  I  MB^ICONQUESTION) ; 
return  (TRUE) ; 

) 

if (!VerifySig(hFile,  (LPSTR)  FileSignature) )  { 
MessageBox(hDlg,  (LPSTR)  FormatError, 

(LPSTR)  NULL,  MB_OK  I  MB_ICONSTOP  I  MB_TASKMODAL) ; 
Close  (hFile) ; 

/*  make  sure  handle  is  invalid  to  prevent  reopen.*/ 
hFile  =  0; 
return  (TRUE) ; 

) 

close  (hFile) ;  /*  leave  file  closed  and  reopen  when  needed*/ 
_fetrcpy(FileStuff .Name,  FileName); 

_fstrcpy(FileStuff .Path,  DefPath) ; 

memcpy(&FlleStuff .IpOFSTRUCT,  AlpOFSTRUCT,  Sizeof (OFSTRUCT) ) ; 
ReadNativeFormat (hDlg) ; 
fModified  =  FALSE; 

InvalidateRect (hWnd,  NULL,  1); 

PostMessage(hWnd,  WM_PAINT,  NULL,  NULL) ; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

default: 

return  (TRUE) ; 

} 

case  WK-INITDIALOG: 

UpdateListBox(hDlg,  DefPath,  DefSpec,  str); 

SendDlgIteiriMessage(hDlg,  IDC_EDIT,  EM_SETSEL,  NULL, 

MAKELONG(0,  0x7fff)); 

Se tFocus ( Get Dlgl tern (hDlg,  IDC_EDIT) ) ; 
return  (FALSE) ; 

} 

return  (FALSE) ; 
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FUNCTION:  SaveAstHWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Processes  Dialog  messages. 

MESSAGES: 

**«***#«««*******«***«************#«*******«*********«****«*************«*««/ 

LONG  FAR  PASCAL  SaveAe(hDlg,  message,  wParam,  iParam) 

HHND  hDlg; 

unsigned  message; 

WpRD  wParam; 

LONG  IParam; 

{ 

HANDLE  hFiXe; 

OFSTRUCT  IpOFSTOUCT; 

switch  (message)  { 
case  N»L.COMHAND: 

switch  (wParam)  { 
case  SaveAs.DirLb: 

switch  (HIWORD (IParam) )  ( 
case  LBN.SELCHANGE: 

DlgDirSelect (hDlg,  str,  SaveAs_DirLb) ; 
if  (_fstrcinp(UpTree,  str)  ==  0){ 

UpTreePath(PathName) ; 

_fstrcpy (str,  PathName) ; 

}  else  if  (str [_fstrlen(str) -1)  ==  ':•)  { 

_fstrcat (str,  DirectoryDel) ; 

)  else  if  (str [_fstrlen(scr) -1)  ==  '\\’){ 

_f street (PathName,  str) ; 

_fstrcpy (str,  PathName); 

}  else  ( 

This  is  for  a  strange  case  where  a  user  double 
clic)cs  in  the  path  box  causing  the  entire 
path  string  to  be  returned  •/ 

.fstrepy (str,  PathName); 

} 

_fstrcpy (PathName,  str); 

_fstrcat (str,  DefSpec) ; 

/*  Update  Path  list  box  */ 

DlgDirList (hDlg,  str,  SaveAs_DirLb, 

SaveAs_DirEdit ,  OxCOlO) ; 

brea)c; 

case  LBN^DBLCLK: 
brea)c; 

} 

return  (TRUE) ; 

case  IDOK: 

/*  openfile:  */ 

GetDlgltemText (hDlg,  SaveAs.FileEdit ,  FileName,  128); 
GetDlgltemText (hDlg,  SaveAs_DirEdit ,  PathName,  128); 

_fstrcat (PathName,  DirectoryDel) ; 
if  (_fstrchr (FileName,  •*')  II 
_f St rchr (FileName,  *?*))  { 

Me6sageBox(hDlg,  "Wildcard  inappropriate.*, 

NULL,  MB_OK  I  MB_ICONQUESTION)  ; 
retum(TRUE); 

) 

if  ( (FileName (0))  { 

MeBsageBox(hDlg,  (LPSTR)  NoFileErr, 

(LPSTR)  NULL,  MB_OK  I  MB^ICONQUESTION)  ; 
return  (TRUE) ; 

} 

if  (_fstrchr (FileName,  ’.'))  ( 

Me68ageBox(hDlg,  *File  Name  should  not  have  an  Extent ion.  , 
NULL,  MB_OK  |  MB_ICONEXCLAMATION)  ; 

*_fstrchr (FileName,  =  0;/*  remove  excencion  *l 

SetDl git emText (hDlg,  SaveAs_FileEdit ,  FileName); 
return (TRUE) ; 

} 
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If  (PathNainet_f«trlen(PathNaine)-ll  1=  *\\*) 

_fccrcat (PathName,  DirectoryDel) ; 

_fBtrcpy(DefPath,  PathName)'; 

.ffitrcpy (str,  PathName); 

.fatrcac  (PlIeNaine,  • ,  nns" )  ; 

.fstrcat (etr,  FileName); 

hFile  =  QpenFilelBtr,  BlpOFSTRUCT,  OF^EXIST) ; 
if  (hFile  Is  OxFFFF)  { 

if  (MeBBageBoxChDlg,  (LPSin)  FileExiBtB,  (LP5TR)  FileName, 
MB_OKCANCEL  I  MB^ICONQUESTION)  sr  IDCANCEL) 
return  (TRUE) ; 

) 

hFile  s  openFile(Btr,  elpOFSTRUCT,  of_create) ; 
if  (hFile  s=  OxFFFF)  { 

MeBBageBox(hDlg,  (LPSTR)  UnableOpenEr, 

(LPSTO)  NULL,  MB_OK  I  MB.ICONQUESTION)  ; 
return  (TRUE) ; 

) 

clOBe  (hFile);  /*  leave  file  cloeed  and  reopen  when  needed*/ 
.fatrcpy (FileStuff .Name,  FileName) ; 

^fBtrcpy (FileStuff .Path,  PathName) ; 

memcpy i&FileStuff .IpOFSTRUCT,  &lpOFSTRUCT,  eizeof (OFSTRUCT) ) ; 

WriteText (hDlg) ; 

caae  IDCANCEL: 

EndDialog  (hDlg, NULL) , 
return  (TRUE) ; 

default : 

return  (TRUE) ; 

} 

caee  VttCINITDIALCXS: 

_fBtrcpy (Btr,  DefPath) ; 

^fBtrcpy (FileName,  FileStuff .Name) ; 

♦_fBtrchr (FileName,  '.')  =  0;  /•  remove  extention  */ 

.ffitrcat (str,  DefSpec) ; 

_fBtrcpy (PathName,  DefPath); 

/•  update  Path  list  box  •/ 

DlgDirList (hDlg,  Btr,  SaveAs^DirLb,  SaveAs_DirEdit,  OxCOlO); 
SetDlgltemText  (hDlg,  SaveAs^FileEdit ,  FileNcime); 
SetFocu8(GetDlgItem{hDlg,  SaveAs_FileEdit ) ) ; 
return  (FALSE) ; 

} 

return  (NULL) ; 

} 


FUNCTION;  SaveFile  (HWND) 

PURPOSE:  Processes  Dialog  messages. 

VOID  FAR  SaveFile (hWnd) 

HWND  hWnd; 

{ 

WriteText (hWnd) ;  /*  this  will  write  the  current  file  out  */ 

) 

FUNCTION;  NewFile  (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Processes  Dialog  messages. 

MESSAGES: 


/ 


BOOL  FAR  PASCAL  NewFile (hDlg,  message,  wParam,  IParam) 
HWND  hDlg; 
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unsigned  message; 

WORD  vParam; 

LONG  IParam; 

{ 

HANDLE  hPile; 

OFSTRUCT  IpOFSTRUCT; 

switch  (message) { 
case  NH.COMKAND: 

switch  (wParam)  ( 
case  SaveA8_plrLb: 

switch  (HIWORD( IParam))  { 
case  LBN.SELCHANGE: 

DlgDirSelect (hDIg,  str,  SaveAs^PlrLb) ; 
if  (_fetrcnp(UpTree,  str)  ==  0) { 

UpTreePath ( Pathname) ; 

_fetrcpy (str,  Pathname); 

)  else  if  (str(_fstrlen(etr) -1)  ==  *:*)  { 

_fetrcat (str,  DirectoryDel) ; 

)  else  if  (str [_fstrlen(str) -1)  ==  '\\'){ 

.fstrcat (Pathname,  str) ; 

_f6trcpy (str.  Pathname); 

) 

_fscrcpy (Pathname,  str) ; 

_fstrcat (str,  DefSpec) ; 

/*  Update  Path  list  box  *J 
DlgDirList (hDlg,  str,  SaveAs_DirLb, 

SaveAs_DirEdit,  OxCOlO) ; 

brea)c; 

case  LBN_DBLCLK: 
brea)c; 

> 

return  (TRUE) ; 

case  IDOK: 

/*  openfile:  */ 

GetDlgltemText (hDlg,  SaveAs_FileEdit,  Filename,  128); 
GetDlgltemText (hDlg,  SaveAs_Di rEdi t ,  Pathname,  128); 
if  (!FileName[0])  { 

MeseageBox(hDlg,  (LPSTR)  NoFileErr, 

(LPSTR)  nULL,  MB_OK  |  MB.ICONQUESTION)  ; 
return  (TRUE) ; 

) 

if  (_fstrchr (Filename,  '*•)  || 

_fstrchr (Filename,  *?•))  { 

MessageBox (hDlg,  •Wildcard  inappropriate.*, 

NULL,  MB_OK  |  MB_ICONQUESTION)  ; 
return  (TRUE)  ; 

} 

if  (.fstrchr (Filename,  ’.')  ==  0)/*  no  extention  */ 

_fstrcat (Filename,  DefExt) ;  /*  add  default  */ 
if  ( Pathname  [_fstrlen( Pathname) -1)  i=  ’W) 

_f street (Pathname,  DirectoryDel); 

_fBtrcpy (DefPath,  Pathname); 

_fstrcpy (str.  Pathname); 

_fstrcat (str,  Filename); 

hFile  =  OpenFile(str,  AlpOFSTRUCT,  OF_EXIST) ; 
if  (hFile  1=  OxFFFF)  { 

if  (MessageBox (hDlg,  (LPSTR)  FileExists,  (LPSTR)  Filename, 
MB_OKCANCEL  I  MB^ICONQUESTION)  ==  IDCANCEL) 
return  (TRUE) ; 

) 

hFile  =  OpenFile(str,  ilpOFSTRUCT,  OF_CREATE) ; 
if  (hFile  ==  OxFFFF)  { 

MessageBox (hDlg,  (LPSTR)  UnableOpenEr, 

(LPSTR)  NULL,  MB.OK  I  MB_ICONQUESTION)  ; 
return  (TRUE) ; 

) 

close  (hFile);  /*  leave  file  closed  and  reopen  when  needed*/ 

_f8trcpy (FileStuff .Name,  Filename) ; 

_fstrcpy (FileStuff .Path,  DefPath) ; 
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memcpy (fcFileStuf f . IpOFSTRUCT,  fclpOFSTRUCT,  fiizeof (OFSTRUCT) ) ; 


nTotal  =  0; 
fizNaine[0]  =  0; 
BzCla6c[0]  =  0 

szOwnerio]  =  0 

BZClasslfl [0]  =  0 

BzBullder[0}  =  0; 
BZDelivery [0]  s  0 

BzRoute [ 0 ]  s  0 

BZOther [ 0 }  =0 


fModified  =  FALSE; 

WriteTextChDlg) ; 

EndDlalog(hDlg,  HULL); 

return  (TRUE) ; 

case  IDCANCEL: 

EndDialog(hDlg,  NULL); 

Btpcpy  ( ShipType ,  oldType )  ; 
return  (TRUE) ; 

default; 

return  (TRUE) ; 

} 

case  WH_INITDIAL0G: 

_fstrcpy (str,  DefPath) ; 

_fstrcat (str,  DefSpec) ; 

_fstrcpy (PathName,  DefPath); 

/*  Update  Path  list  box  */ 

DlgDirLlst (hDlg,  str,  SaveAs.DlrLb,  SaveAs^Di rEdi t ,  OxCOlO) ; 
SetDlgltemText (hDlg,  SaveAs.FileEdit ,  FileStuff .Name) ; 
SetFocus(GetDlgItein(hDlg,  SaveAs_FileEdit) )  ; 
return  (FALSE) ; 

case  WM^CLOSE; 

PostMessagelhDlg,  WM_COMMAND,  IDCANCEL,  OL) ; 
brea)c; 

) 

return  (NUI^L)  ; 

} 


y******************************** ******************************************** 

FUNCTION;  SelectLayout (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  While  users  select  *File^eW,  this  function  pop  up  a  dialog 

box  to  choose  a  ship  layout  or  enter  a  user  bitmap  name. 

MESSAGES;  WM.COMMAND,  WM_INITDIALOG 


BOOL  FAR  PASCAL  Select Lay out (hDlg,  message,  wParam,  IParam) 
HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

FARPROC  IpProcAbout; 

char  Bi tmapName [Max_Fi 1 ePath ] ; 

BOOL  chk; 


switch  (message) { 
case  WM_COMMAND: 
switch  (wParam) { 
//  case  151: 
case  152: 
case  153: 
case  154: 
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case  IBB: 

Chec)cRadloButton(hDl0,  1B2,  IBB,  wParam) ; 
break; 

case  IDOK: 

userBltmap  =  0; 

BtpcpY  ( Oldiype ,  ShipType ) ; 

//  if (IsDlflButtonChecked(hDlg, IBl)  >  0)  stpcpy (ShipType 
if  (IsDlgButtonChec)ced(hDlg,lB2)  >  0)  stpcpy  (ShipType 
if (IsDlgButtonChecked(hDlg,153)  >  0)  stpcpy (ShipType 
if (IeDlgButtonChecked(hDlg,154)  >  0)  stpcpy ( ShipType 
if (IsDlgButtonChecked(hDlg,lBB)  >  0)  { 

chk  s  GetDlgltemText (hDlg,  1B6,  (LPSTR)  ShipType, 
if(chk==0){ 

MessageBox(hDlg,  ■Invalid  Data  Input*,  NULL, 
MB_OK  I  MB.ICONEXCLAMATION) ; 

break; 

}; 

userBitmap  s  1; 

IpProcAbout  s  KakeProcInstance(NewFile,  hinst); 
DialogBox(hInst,  •FileNeW,  hWnd,  IpProcAbout); 
FreeProcInstance (IpProcAbout) ; 

EndDialog (hDlg, NULL) ; 

InvalidateRect (hWnd,  NULL,  1); 

PostMessage (hWnd,  WM_PAINT,  NULL,  NULL) ; 
break; 

case  IDCANCEL: 

EndDialog (hDlg, NULL) ; 
return  (TRUE) ; 

} 

break; 

case  WH-.INITDIALOG: 

CheckRadioBut ton (hDlg,  152,  155,  155); 
return  (TRUE) ; 

case  WM^PAINT; 

ityPaint(hDlg,  •  SELECTSHI P • )  ; 
return  (TRUE) ; 

case  WM^CLOSE: 

PostMessage (hDlg,  WM_COMMAND,  IDCANCEL,  OL) ; 
break; 

) 

return  (FALSE) ; 

} 


,  •SHIPTYPEl*) 
,  •SHIPTyPE2*) 
,  •SHIPTYPEl-) 
,  ■SHIPTYPE4-) 

40)  ; 
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Module: 


FlIeFlnt  .C 


PURPOSE:  Writes  the  different  file  formats. 

FUNCTIONS: 

EXPORTED;  WriteText  (hDlg,  etr) 
ReadNativeFormat  ( ) 

LOCAL:  WriteParamO 

ReadParam ( ) 

ReadTxt ( ) 


♦define  fFileStuff  TRUE 


♦include  <string.h> 
♦include  <window6.h> 
♦include  <io.h> 
♦include  <stdio.h> 
♦Include  <math.h> 
♦include  ■Repair.h* 


extern  BOOL  userBitmap; 

extern  int  fModified,  nTotal,  nX[MAX][3],  ny[MAX]t3],  nClss[MAX]; 
extern  char  ShipType [20] ; 

extern  char  ezName [MAXG] ,  ezClass [MAXG] ,  ezOwner [MAXG] ,  szClassif i [MAXG] , 

szBuilder[MAXG] ,  szDel i very [MAXG] ,  szRoute [MAXG] ,  ezOther [MAXG] , 
SZLocation[MAX] [MAXL] ,  S2Date[MAX] [MAXD] ,  ezLength [MAX] [MAXLE] , 
ezstatus [MAX] [MAXS] ,  szComment [MAX] [MAXC] ,  szCrkType [MAX] [MAXCT] ; 

extern  char  far  FileSignature [ ] ; 

const  char  *etrvoid  ='Void'; 

const  char  *IfUseBitinap  =*\nUBe  Bitmap?:  •; 

const  char  ^General Layout  = 'General  Layout:  ■; 

const  char  *TotalCrackNum  ="\nTotal  crack  number:  ■; 

const  char  *CrackTxt  ='Crack#'; 

const  char  *LocaTxt  -'Location#'; 

const  char  *DateTxt  ='Date#' ; 

const  char  *LengTxt  = 'Length#*; 

const  char  •StatTxt  = 'Status#'; 

const  char  *CoinmTxt  = 'Comment# ■ ; 

const  char  *CrkTT>ct  = 'Graph#'; 

extern  BOOL  MyRead  (int,  LPSTR,  DWORD); 


FUNCTION:  WriteParain(HWND,  LPSTR) 

PURPOSE:  Writes  parameter  to  output  buffer. 


void  WriteParam(Diskbuf ,  param) 
LPSTR  Diskbuf; 
char  *param; 

{ 

if  (param[0]  ==  0)  { 

_fstrcat (Diskbuf,  strvoid) ; 

)  else  ( 

_fstrcat (Diskbuf ,  param); 

} 

_fstrcat (Diskbuf ,  'Xn'); 

} 


/*************«****«***« 


FUNCTION:  ReadParam () 
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PURPOSE: 


Finds  token  In  the  buffer  and  takes  the  next  word  for 
the  return  parameter. 


.♦*.**•♦************************************************•****•♦*************/ 

void  ReadParamCpbuffer,  ptoken,  pdest) 

LPSTR  pbuffer; 
char  *ptoken,  ^pdest; 

{ 

char  *pNext; 

pNext  =  atrstr (pbuffer,  ptoken) ; 
if  (pNext  1=  NULL) 

{ 

pNext  atrlen (ptoken) ; 

Bscanf  (pNext ,  *  %s  * ,  pdest ) ; 

if  (0  s=  strcnpi (pdest, Btrvoid) )  pdest [O]  =  0; 

} 

else 

{ 

pdest [0]  =  0; 

} 


FUNCTION:  ReadTxt  ( ) 

PURPOSE:  Finds  token  in  the  buffer  and  cakes  the  next  text  for 

the  return  parameter.  (Read  until  ■\n*) 


void  ReadlXt (pbuffer,  ptoken,  pdest) 

LPSTR  pbuffer; 
char  *ptoken,  *pdest; 

{ 

int  i ; 
char  c; 
char  *pNext; 

pNext  =  strstr (pbuffer,  ptoken); 
if  (pNext  1=  NULL) 

{ 

i=0; 

pNext  +=  strlen (ptoken) ; 
sscanf (pNext ,  •%c*,  &c) ; 
while ((c  1=  OxOa)  &&  (c  I=  OxOd) ) 

{ 

pdest II ]  =  c; 
i++; 

pNext  ♦+; 

sscanf  (pNext ,  •%c*,  &c) ; 

) 

pdestli]  s  0; 

if  (0  ==  strarpi (pdest, strvoid) )  pdest (0]  =  0; 

} 

else 

{ 

pdest [0]  s  0; 

} 

) 


FUNCTION:  WriteText  (HWND) 

PURPOSE:  Writes  text  into  a  file. 

**♦*♦*♦***♦♦**♦•**♦**★*♦*******♦***********»*****»**♦****•******************/ 

void  FAR  WriteText (hDlg) 

HWND  hDlg; 

{ 

handle  hFileNew; 
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char  teopstrteO] ,  *pEnd; 
char  *Crac)c7^tNum; 
int  count*  hDlsXbuf,  i; 

DWORD  dvFlleLength; 
hPSTR  Diakbuf; 

OFSTOUCT  IpOFSTOUCT; 

hFileNew  =  ^enFlle(NULL,  fcFlleStuff .IpOFSTRUCT* 

OF^REOPEN  I  OF_CREATE  |  OF_PROMPT  I  OF.WRITE)  ; 
if  (hFileNew  OxFFFF)  { 

•print  f(teinp«tr*  'Cannot  save  file  -  %e* ,  Files  tuff  .Name)  ; 
MeSBa9eBox(hDlg*  tempStr,  NULL*  MB_OK  1  MB^ICONEXCLAMATION)  ; 
return; 

) 

dwFileLengths (DWORD)  (116+200+  nTotal* {95+MAXL+MAXD+MAXLE+MAXS+MAXC^MAXCT) 
hDiskbuf  e  LocalAlloc(LMEKJ!OVEABLE  1  LMEH.ZEROINIT,  dwFileLength) ; 
if  (hDiskbuf  ==  0)  ( 

Me8sageBox(hDlg*  'Not  enough  memory  to  save  filel'* 

NULL*  MB_OK  1  MB.ICONEXCLAMATION)  ; 

return; 

} 

Die)cbuf  s  LocalLock(hDi8)cbuf ) ; 

/*  Begin  to  write  data  ♦/ 

.fstrcpy (Diskbuf *  FileSignature) ; 

.fstrcat (Diskbuf ,  • \r\n\r\n* ) ; 

^fstrcat (Diskbuf ,  'Name:  *); 

if  (szName{0]==0)  sprintf  (Dis)cbuf+strlen (Diskbuf)  *  •%s\n' ,  strvoid)  ; 
else  eprintf(Diskbuf+strlen (Diskbuf) *  •%s\n"*  szName); 

_fs treat (Diskbuf *  'Class:  •); 

if (e2Clas8(0)==0)  eprintf(Di8kbuf+strlen (Diskbuf) * •%6\n' , strvoid) ; 
else  8prlntf(Diskbuf+strlen (Diskbuf) *  •%s\n'*  szClass); 

^fstreat (Diskbuf,  'Owner:  •); 

if  (ezOwnert0]=:=0)  sprint f  (Diskbuf +strlen (Diskbuf)  *  •%s\n' , strvoid)  ; 
else  sprintf (Diskbuf +strlen (Diskbuf) ,  •%s\n'*  szOwner) ; 

_f8trcat (Diskbuf,  'Classification:  • ) ; 

if (szClassifi[0]==0)  sprintf (Diskbuf+strlen (Diskbuf) , •%s\n' , strvoid) ; 
else  sprintf (Diskbuf+strlen(Diskbuf) *  •%s\n",  szClassifi) ; 

_f8trcat (Diskbuf *  'Builder:  •); 

if (szBuilder(0]==0)  sprintf ( Diskbuf+strlen (Diskbuf ) , •%s\n' , strvoid) ; 
else  sprintf (Diskbuf+strlen (Diskbuf) *  •%s\n'*  szBuilder) ; 

_f s treat (Diskbuf *  'Delivery:  '); 

if (szDelivery(0)==0)  sprintf (Diskbuf+strlen (Diskbuf ) * •%e\n* * strvoid) ; 
else  sprintf  (Dls)cbuf+strlen (Diskbuf) ,  '%6\n'*  szDelivery) ; 

_fstrcat (Diskbuf *  'Route:  •); 

if (szRoute(01==0)  sprintf (Diskbuf+strlen (Diskbuf) , •%s\n' , strvoid) ; 
else  sprintf  (Dis)cbuf+strlen(Dis)cbuf ) ,  '%s\n'.  szRoute) ; 

_f street (Diskbuf ,  'Others:  *); 

if (S20ther[01==0)  sprintf (Diskbuf+strlen (Diskbuf) , •%e\n' , strvoid) ; 
else  sprintf  (Dis)cbuf+etrlen (Diskbuf) ,  ■%s\n',  szOther) ; 


.fstreat (Diskbuf *  IfUseBitmap) ; 

sprintf (Diskbuf+strlen (Diskbuf) ,  '%d\n',  userBitmap) ; 

_fBtrcat  (Dle)cbuf ,  GeneralLayout) ; 

sprintf  (Diskbuf+strlen  (Dis)cbuf)  *  '%s\n',  ShipType) ; 

_fstrcat (Diskbuf ,  Total CrackNum) ; 

sprintf  (Dis)cbuf+strlen (Diskbuf )  *  '%d\n',  nTotal); 

for(i=l;  i<=nTotal;  i++) 

{ 

sprintf (Dlskbuf+strlen(Diskbuf) *  •Crack#%d:  ',  i); 
sprintf (Diskbuf+strlen (Diskbuf) ,  •%d  %d  %d  %d  %d  %d  %d\n'* 
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nX[l](01,  ny[i][01,  nX(i}Il),  nY[i]ClJ,  nX[l][2],  nYIi][2) 
nCl8B[i]/*,  nFig[i]*/); 


sprintf (DlBkbuf^fitrlenCDlskbuf) ,  *Locatlon#%d:  ”,  1); 

if  (8ZXjOcation[l]  [0]ss0)  sprintf  (Dlskbuf'fSCrlenCDiskbuf) ,  *%s\n”  ,8Crvold) ; 
•Xaa  aprlntf  (Diskbuf-fstrlanCDiakbuf) ,  *%8\n”,  8zLocation[i] ) ; 

^rintf  (Diakbuf'fatrlenCDiakbuf) ,  *Datef%d:  ”,  1); 

if  (azData[i]  [0]ss0)  oprintf  (DiBkbuf<f8trlen(DiBkbuf) ,  ■%6\n” , Btrvoid) ; 

•Ibb  Bprintf  (Di8)cbuf<f8trl«n(Di6)cbuf) ,  *%6\n*,  BzDateli]); 

Bprintf (DiBkbuf^BtrlenCDiBkbuf ) ,  *Length#%d:  ”,  1); 

if  (BZL«ngth[i}  C0]ss0)  Bprincf  (Dlfi)cbuf<f8Crlen(Di6kbuf) ,  *%6\n* ,  Btrvoid) ; 
•Ibb  Bprintf  (Di8kbuf-f8Crlen(Di6kbuf) ,  *%6\n*,  BzLengthUJ); 

Bprincf  (DlB)cbuf-fBtrlBn(Di6)cbuf) ,  *Statu8t%d:  •,  1); 

if  (BZStatUBli)  [0]==0)  Bprintf  (Di8)cbuf+Btrlen(Di6)cbuf) ,  •%8\n” ,  Btrvoid) ; 
•Ibb  Bprlntf  (Di6)cbuf-*>8trlen(Di6kbuf) ,  ”%6\n*,  szStatusd] ) ; 

Bprintf  (DiB)cbuf<fBtrlen(Di6)cbuf) ,  *Co]nmenc#%d:  ”,  i); 

if  (BzConment  [1]  (0]ss0)  sprintf  (Dlskbuf-fStrlen^Dlekbuf ) ,  ”%8\n* ,  Btrvold) ; 
•iBe  Bprintf  (Diskbuf-i-strlentDiskbuf} ,  *%s\n\n*,  s z Comment  [i] ) ; 

Bprintf  (DlBkbuf-»-6trlen(Dl&}cbuf ) ,  *Graph#%d:  ”,  i); 

if (6ZCrkType[i] (0]==0)  cprintf (Diskbuf4strlen(Diekbuf) , “%B\n\n” , strvoid) ; 
•iBe  Bprintf (Dlskbuf+etrlen^Diskbuf ) ,  •%s\n\n',  ezCrkType [i] ) ; 

); 

fMbdified  =  FALSE; 

count  =  _fBtrlen(Difikbuf ) ; 

if (_1 write (hFileNew,  Diskbuf,  count)  <£  0}{ 

Bprintf (tempBtr,  ”Cannot  write  file  >  %s* , FileStuff .Name) ; 
Me68ageBox(hDlg,  tempctr,  NULL,  MB_OK  I  MB^ICONEXCLAMATION) ; 

} 

_1  close  (hFileNew)  ; 

LocalUnlock(hDi6kbuf ) ; 

LocalFree(hDifikbuf) ; 


FUNCTION:  ReadNativeFonnat  (HWND) 

PURPOSE:  Reads  text  file  written  by  this  program 


******•*«*««****««**««*****«***«*«**««««««*«*««««««*«««*««*****«*«***««««***/ 

void  FAR  ReadNativeFonnat (hDlg) 

HWND  hDlg; 

{ 

HANDLE  hFile; 

char  teDp6tr[20],  t6tr0[20],  t8trl[20],  t6tr2[20],  t6tr3[20],  tstr4[80]; 
char  *CrackTxtNum; 
int  hDiskbuf,  i; 

LPSTR  DiBkbuf; 

OFSTRUCT  IpOFSTRUCT; 


hFile  =  OpenFile(NULL,  &FileS tuff .IpOFSTRUCT,  OF^REOPEN  I  OF_READ) ; 
if  (hFile  ==  OxFFFF) { 

Me6sageBox(hDlg,  *£rror  reopening  file!*,  NULL, 

MB.OK  I  MB^ICONEXCLAMATION)  ; 

return; 

} 

hDickbuf  =  LocalAlloc(LMEM.MOVEABLE  I  LMEM_ZEROINIT,  filelength  (hFile)); 
if  (hDiskbuf  ss  0)  { 

MessageBoxihDlg,  ”Not  enough  memory  to  read  file!', 

NULL,  MB_OK  1  MB_ICONEXCLAMATION)  ; 

return; 

} 


65 


Di8)cbuf  s  LocalLock(hDifikbuf ) ; 

if  (IMVRaad  (hFlle,  Diskbuf,  filelength  (hFile))) 

MaaaagaBoxihDlg,  •Read  into  buffer  wrong I  \ 
NULL,  MB_OK  I  MB^ICONEXCLAMATION)  ; 
LocalUnlock  (hDiskbuf ) ; 

LocaXFree  (hDiakbuf ) ; 

return; 

) 


/*  Read  data  •/ 
ReadIXt  (Dielcbuf , 
ReadTxtCDiakbuf, 
ReadTxt (Diskbuf , 
ReadT^t  (Dlekbuf, 
ReadTxt  (Dlekbuf , 
Readiyt  (Difikbuf , 
ReadTxt (Dickbuf, 
ReadTXt (Diskbuf , 


•Name:  •, 

•ClaBB:  •, 
•Owner;  •, 
•ClasBlflcatlon: 
•Builder:  •, 
•Delivery:  •, 
•Route:  •, 
•others:  •, 


BZName) ; 
BZClasB) ; 
szOwner) ; 

”,  BZClaBsifi); 

BZBuilder) ; 
BZDelivery) ; 
BZRoute) ; 
BZOther) ; 


ReadPara]n(DiBkbuf ,  IfUfieBitmap,  teopetr)  ; 
userBitmap  =  atoi (tempstr) ; 

ReadParam  (DiBlcbuf ,  Genera ILay out ,  ShipType )  ; 
ReadParam(Di8kbuf,  TotalCrackNum,  teupstr) ; 
nTotal  s  atoi (tempstr) ; 


for(i=l;  i<=nTotal;  i++) 

{ 


/*  Read  Crack  Coordinates  ♦/ 
^ffitrcpy (CrackTxtNum,  CrackTxt); 
itoa(i,  tBtrO,  10); 


^fstrcat (CrackTxtNum,  tstrO) ; 

_fetrcat (CrackTxtNum,  • :  ■ ) ; 
ReadParam(DiBkbuf ,  CrackTxtNum,  tstrl); 
nX[l](0J  =  atoKtBtrl); 

_fetrcat (CrackTxtNum,  tstrl); 

_fstrcat (CrackTxtNum,  ■  •); 
ReadParam(Dlekbuf,  CrackTxtNum,  tetr2); 
nY[i)[0]  =  atoi(tstr2); 

.fstrcat (CrackTxtNum,  tstr2); 

^fstrcat (CrackTxtNum,  •  •); 
ReadParam(Diskbuf,  CrackTxtNum,  tstrl); 
nXIi)(l)  =  atoi (tstrl); 

_fetrcat (CrackTxtNum,  tstrl); 

_fs treat (CrackTxtNum,  •  •); 
ReadParam(Diskbuf ,  CrackTxtNum,  tstr2); 
ny[i] (1)  =  atoi(tBtr2); 

_f Btrcat (CrackTxtNum,  tstr2 ) ; 

_f Btrcat (CrackTxtNum,  •  ■ )  ; 
ReadParam(DlB)cbuf,  CrackTxtNum,  tstrl); 
nx(i)[2]  =  atoi (tstrl) ; 

.fs treat (CrackTxtNum,  tstrl); 

_fs treat (CrackTxtNum,  •  •); 
ReadParam(DiB)cbuf ,  CrackTxtNum,  tBtr2) ; 
ny[i][2]  s  atol(tstr2); 

_fs treat (CrackTxtNum,  tstr2}; 

.f Btrcat (CrackTxtNum,  •  • ) ; 
ReadParam(Diskbuf,  CrackTxtNum,  tstrl); 
nClss[i)  =  atoi (tstrl); 

/*  Read  Location,  Date,  Length, ...  */ 
_fBtrcpy (CrackTxtNum,  LocaTxt); 
itoad,  tstrO,  10); 

_fstrcat (CrackTxtNum,  tstrO); 

.fstreat (CrackTxtNum,  • :  •) ; 


/•  xl  */ 


/•  yi  */ 


/•  x2 


/*  y2  */ 


/*  xl  */ 


/*  y3  */ 


/♦  Crack  Class  */ 
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R«mdTxt  (Dlflkbuf,  Crack'ncCNuin,  8zLocatlon[ll } ; 

^fatrqpy  (CradcTxtNum,  DateTxt) ; 
itoad,  tacrO,  10); 

.fatrcat (CrackT^tNum,  tatrO) ; 

.fatrcat  (CrackT^tNuzn,  * :  * } ; 

RaadTxt (Diakbuf ,  CrackT^tNum,  azDate [ i } ) ; 

^fatrcpyiCrack'nctNum,  LengTxt); 
itoad,  tatrO,  10); 

.fatrcat  (Crac)cT^tNuin,  tatrO) ; 

_fatrcat  (Crackl^tNum,  • ;  • ) ; 

Raad'nct  (Diakbuf ,  CrackTxtNum,  azLength  [  i  ] )  ; 

atrcpy  (CrackTxtNtun,  statist )  ; 
itoad,  tatrO,  10); 

_fatrcat(CrackTsctNuin,  tatrO); 

_fatrcat (CrackTXtNum,  ■;  •); 

ReadT)ct(Diakbuf,  Crack'RctNuin,  azStatusti) )  ; 

at  rcpy  ( Crackl^tNum,  Comml^t ) ; 
itoad,  tatrO,  10); 

_fatrcat (CrackTxtNum,  tatrO); 

^fatrcat (CrackTxtNum,  • :  • ) ; 

ReadTxt  (DiaJcbuf ,  CrackTxtNum,  azCoznment  [  1  ] ) ; 

at rcpy (CrackTxtNum,  CrkTTxt ) ; 
itoad,  tatrO,  10); 

_fetrcat (CrackTxtNum,  tetrO) ; 

_f atrcat (CrackTxtNum,  ■ :  • ) ; 

ReadParam(DiB)cbuf ,  Crack'RctNum,  szCrkType  ( i  ] ) ; 

}; 


fModlfled  s  FALSE; 

_lcloee(hFil€) ; 
LocalUnlock(hDiskbuf ) ; 
IiOcaIFree(hDia)cbuf ) ; 


FUNCTION:  ReadRepairData (HWND) 

PURPOSE:  Reads  text  file  which  store  repair  SN  data  and  stress  ratios. 


******•♦************★♦*******»********★****♦****•******♦********•***♦***♦***/ 

void  FAR  ReadRepairData (hDlg,  iDtl,  iRpr,  fA,  fm,  fnewA,  fnewm,  f ratio) 

HWND  hDlg; 

int  iDtl,  iRpr; 

float  *fA,  ♦fm,  *fnewA,  * fnewm,  *f ratio; 

{ 

HANDLE  hFile; 

char  tempBtr(20],  tetr0[20],  tBtrl(20],  tetr2[20]; 
char  ♦CrackTxtNum; 
int  hDiskbuf; 

LPSTR  Diskbuf; 

OFSTRUCT  IpOFSTRUCT; 

hFile  =  OpenFileCREPAIR.DAT-,  &FileS tuff .IpOFSTRUCT,  OF_READ) ; 
if  (hFile  ==  OxFFFF) { 

MessageBox(hDlg,  'Error  reopening  file!',  NULL, 

MB_OK  1  MB^ICONEXCLAMATION)  ; 

return; 

} 

hDiskbuf  =  LocalAlloc(LMEM_MOVEABLE  I  LMEM_ZEROINIT,  filelength  (hFile)); 
if  (hDiskbuf  ==  0)  { 

MeesageBox(hDlg,  'Not  enough  memory  to  read  file!', 

NULL,  MB_OK  I  MB_ICONEXCLAMATION)  ; 

return; 

} 
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Olskbuf  X  LocalLock(hDl6kbuf) ; 

if  (IlfjrRead  (hPile,  Diakbuf,  filelength  (hFile))) 

MeesageBoxihDlg,  -Read  into  buffer  wrongl*, 

NULL,  MB_OK  I  MB_ICONEXCLAMATION)  ; 

LocalUnlock  (hDiekbuf ) ; 

LocalPree  (hDiakbuf ) ; 
return; 

) 

/*  Read  data  •/ 

_fatrcpy(Crack'nctNuin,  •Detail#-) ; 
itoa(iDtl,  tstrO,  10); 

.fstrcat (CrackTxtNum,  tctrO); 

_fBtrcat(CrackTsctNuin,  •Repair#*); 
itoadRpr,  tfitrO,  10); 

_fetrcat(CrackTbctNuin,  tstrO)  ; 

_f etrcat  (Crack'nctNuin,  • :  • ) ; 

ReadParamCDiekbuf,  Crackl^tNum,  tstrl); 

*fA  X  atof (tetri);  /*  gjj  A  */ 

_fetrcat(CrackT5ctNuin,  tstrl); 

_fetrcat (Crack'nctNuin,  •  ■); 

ReadParam(Dlskbuf ,  CrackTxtNum,  tscr2); 

♦fm  X  atof(tetr2);  /*  SN  xn  */ 

_fetrcat (Crack’nctNum,  tstr2); 

.fstrcat (CrackTxtNum,  ■  ■ ) ; 

ReadParain(Di8kbuf ,  CrackTxtNum,  tstrl); 

*fnewA  X  atof (tstrl);  /*  sN  A*  */ 

_fetrcat (CrackTxtNum,  tstrl ) ; 

.fs treat (CrackTxtNum,  •  ■); 

ReadParam(Diekbuf,  CrackTxtNum,  tstr2); 

♦fnewm  x  atof(t6tr2);  /*  sN  m*  */ 

_fetrcat (CrackTxtNum,  tetr2) ; 

.fetreat (CrackTxtNum,  •  • ) ; 

ReadParam(Dlekbuf,  CrackTxtNum,  tstrl); 

•fratio  X  atof (tstrl);  /*  stress  Ratio  */ 

aldose  (hFile) ; 

LocalUnlock(hDiskbuf ) ; 

Local Free (hDiskbuf) ; 
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A.9FlLEUnL.C 


Hodule:  Fll«Utll.C 

PURPOSE:  Comnon  procedures  for  file  cossnands. 

FUNCTIONS: 

EXPORTED: 

UpdateListBoxO 
SepsrsteFlle  () 

ChsngeDef  Ext  ( ) 

UpTreePsth ( } 

VerifySigO 
QuerySaveFile ( ) 


*«**#********««***«*•**************•«***********«***************»********««*/ 

tinclude  <8trlng.h> 
iinclude  <wlndov6.h> 

♦include  <lo.h> 

♦include  <stdlo.h> 

♦include  *repair.h* 

extern  int  fModified; 

extern  VOID  FAR  SaveFile (KWND) ; 

/«***««****«**«**«**««***««*««**«****««**«*******««*«**«**«««*«**********««** 

FUNCTION:  UpdateListBox{HWND,  LPSTR,  LPSTR,  LPSTR) 

PURPOSE:  Fills  in  the  Files  list  box. 


void  FAR  UpdaceIiistBox(hDlg,  IPath,  IName,  Istrret) 

HWND  hDlg; 

LPSTR  IPath,  iName,  Istrret; 

( 

char  lstring[Hax_FilePath  +  14]; 
letrcpy( 1st ring,  IPath) ; 

Istrcat (Istring,  IName);/*  create  file  search  patern  */ 

/*  The  following  will  update  the  file  list  box  and  the  path  edit  box  •/ 
/*  This  call  kills  string  I*/ 

DlgDirList  (hDlg,  Istring,  IDCJilSTBOX,  IDC.PATH,  0); 

SetDlgltemText  (hDlg,  IDC.EDIT,  iName) ; 

/*  the  following  will  update  the  path  list  box  */ 

Istrcpy (Istring,  IPath); 

Istrcat (Istring,  IName);/*  create  file  search  patern  */ 

DlgDirList (hDlg,  Istring,  IDC.PATHBOX,  0,  OxCOlO); 

Istrcpy (Istrret,  IPath); 

Istrcat (Istrret,  IName);/*  create  file  search  patern  */ 


FUNCTION:  Separ at eFile (LPSTR,  LPSTR,  LPSTR) 

PURPOSE:  Breaks  up  pa th\ filename. 


**««**«******««**«*«****«***««****«****«*«*««******«****«*******««******«*«*/ 

void  FAR  SeparateFiledpDestPath,  IpDestFileName,  IpSrcFileName) 

LPSTR  IpDestPath,  IpDestFileName,  IpSrcFileName; 

{ 

LPSTR  IpTmp; 
char  cTmp; 

Ipimp  =  IpSrcFileName  +  (long)  Istrlen(lpSrcFileName) ; 

while  (*lpTmp  1=':*  &&  *lpTmp  1=  *\\'  &&  IpTmp  >  IpSrcFileName) 

IpT&p  =  AnsiPrev (IpSrcFileName, IpTmp) ; 
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if  {*lpTmp  Is  •:*  &&  *lp‘nnp  1=  ‘W)  { 
IstrcpyClpDestPlleName,  IpSrcFileName)  ; 
lpDeBtPath[0]  =  0; 
ratum; 

) 

iBtrcpydpDeetFileName,  IpTinp  +  l); 
cllnp  =  *(lp'nrp+l); 
iBtrcpydpDeBtPath,  IpSrcFileName); 

•dpmrp  ♦  1)  r  crap; 

IpDeBtPathl  (IpTtap  -  IpSrcFileName)  +  IJ  s  0; 


) 

/ 


FUNCTION:  ChangeDefExt  (PSTR,  PSTR) 


PURPOSE: 


oececcB  an  extension  wi.  a  xne  lor 
copieB  the  extension  to  the  string. 


void  FAR  ChangeDefExt (Ext,  Name) 
LPSTR  Ext,  Name; 

{ 

LPSTR  pTptr; 


plptr  =  Name; 

while  (♦plptr  &&  *plptr  1=  •.*) 
plptr++; 

it  (I*p'It>tr)  _fstrcac(pTptr,Ext);/*  no  extentlon  was  given  so  add  one  •/ 


FUNCTION :  UpTreePath  (LPSTR) 

PURPOSE:  To  ta)ce  the  current  directory  search  path  such  as 

*\root\dir\*  and  go  up  the  directory  tree  by 
removing  'dir\‘  to  form  '\root\‘ 


void  FAR  UpTreePath  (iFileSpec) 
LPSTR  IFi 1 eSpec ; 

{ 

int  index; 


) 


index  =  Istrlen (IFileSpec)  -  2;/*  we  )cnow  the  last 
while  ((index  Ir  O)  &&  (IFileSpec [index]  l=  •\\')){ 
index  -=  1; 


byte  will  be  a 


} 


IFileSpec [++index}  =  0; 


/ 


FUNCTION:  VerifySig (int ,  LPSTR) 

PURPOSE:  To  verify  that  the  file  opened  is  for  this  program 


int  FAR  VerifySig  (hFile,  isignature) 
int  hFile; 

LPSTR  isignature; 

{ 

char  signature ( 80 ] ; 
int  count,  hDiskbuf; 

PSTR  Diskbuf; 

hDie)cbuf  =  LocalAlloc  (LMEM^MOVEABLE  I  LMEM_2EROINIT,  512); 
if  (IhDislcbuf)  return  (FALSE);/*  can't  get  memory  ?*/ 

/*  make  sure  we  are  at  the  start  of  file  */ 
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if  (  UltMkChFiU,  0,  0))  r«tum  (FALSE); 

Diskbuf  •  LocalLock(hDiskbuf) ; 
count  «  ^lrMd(hFll««  Dlskbuf,  512); 
if  (count  <x  0)  goto  roturnfalsc; 

if  (0  >x  cscanf (Dickbuf, *%(^\n\r)*, signature))  goto  retumfalse; 
if (.fatrcipdSignatura,  signature)  lx  0)  goto  retumfalse; 

LocalUnlockdiDiskbuf ) ; 

LocalDiscard  (hDiskbuf ) ; 
return  (tRUE); 

retumfalse : 

LocalUnlock(hDisk3ouf) ; 

LocalDiscard  (hDiskbuf )  ; 
return  FALSE; 


FUNCTION:  QuerySaveFile  ( ) 

PURPOSE:  To  allow  user  to  save  a  file  befor  exiting. 


************«**«******«******************«******•»**«*****«*****************/ 

VOID  FAR  Query SaveFile  (hDlg) 

HWND  hDlg; 

{ 

if  (fKodifiedX 

if  (MessageBox(hDlg,  *Save  file?*,  *Lasc  Chancel*,  MB.YESNO  I 
MB.ICONQUESTION)  xs  IDNO)  return; 

SaveFile  (hDlg) ; 

} 

} 
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A.10  MAIN.C 


PROGRAM:  Maln.C 

PURPOSE:  ‘Repair  Management  Syetem  for  Tankers*  is  a  software  that 

help  repair  engineers  to  maintain  their  ships. 

Diis  module  *Main.c*  does  initialization  and  created  the  Main 
Window. 

FUNCTIONS: 

WinMainO  -  Calls  Initialization  function,  processes  message  loop. 
Init^plicationO  -  Initializes  window  data  and  registers  window  class. 
InitInstanceO  -  Saves  instance  handle  and  creates  main  window. 

About  0  -  Processes  messages  for  *About*  dialog  box. 

MakeHelpPathName ( )  -  Derives  path  name  of  help  file. 

EngrayedO  -  Engray  menu  items  before  a  file  is  selected. 


♦define  fFileStuff  TRUE 


♦include  <windows.h> 
♦include  'repair.h* 


HWND 

HANDLE 

BOOL 

HCURSOR 

char 

HANDLE 


hWnd;  /- 
hinst;  /< 
bHelp  =  FALSE;  /- 
hHelpCursor; 


Handle  to  main  window  */ 

Handle  to  instance  data*/ 

Help  mode  flag;  TRUE  =  -ON"*/ 

Cursor  displayed  when  in  help  mode*/ 


82HelpFileName(EXE_NAMEJ<AX_SIZE+l] ;  /*  Help  file  name*/ 

hAccTable;  /*  handle  to  accelerator  table  */ 


extern  long  FAR  PASCAL  MainWndProc (HWND,  unsigned,  WORD,  LONG); 

BOOL  FAR  PASCAL  About (HWND,  unsigned,  WORD,  LONG) ; 

void  MakeHelpPathName (char*) ;  /*  Function  deriving  help  file  path  */ 

void  EnableGrayed(HWND) ; 


/ 


FUNCTION:  WinMa in  (HANDLE,  HANDLE,  LPSTR,  int) 

PURPOSE:  Calls  initialization  function,  processes  message  loop. 


int  PASCAL  WinMain(hIn&tance,  hPrevInstance,  IpCmdLine,  nCmdShow) 
HANDLE  hinstance; 

HANDLE  hPrevInstance; 

LPSTR  IpCmdLine; 
int  nCmdShow; 

{ 

MSG  msg; 

if  ( ! hPrevInstance ) 

if  ( I  Ini tAppli cat ion (hinstance) ) 
return  (FALSE) ; 

if  ( 1 Ini tinstance (hinstance,  nCmdShow)) 
return  (FALSE) ; 

while  (GetMessage  (&msg,  NULL,  NULL,  NULL))  { 

/*  Only  translate  message  if  it  is  not  an  accelerator  message  */ 
if  ( ITranslateAccelerator (hWnd,  hAccTable,  imsg) )  { 

Trans 1 at eMes sage (amsg) ; 

Di8patchMe8sage(&msg) ; 

} 

} 

return  (msg.wParam) ; 
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/ 


FUNCTION!  InltApplication(HANDLE) 

PURPOSE:  Inltiallzas  window  data  and  regiatera  window  claaa. 

RETURNS:  Statua  of  RegiacarClaea ( )  call. 


•****«««*«*«•*«*#*«**«**«*«*«**«*«*******«**«*««•«««*•«*«*****•*«***«*«***««/ 

BOOL  InitApplicationlhlnatance) 

HANDLE  hinstance; 

{ 

NNDCLASS  WC; 

WC. style  =  NULL;  /*CSJffiEDRAW  I  CS^VREDRAW  I  CS^BYTEALIGNWINDOW; ♦/ 
wc.lpfnNtidProc  s  HainNndProc; 
wc.cbClsExtra  s  0; 
wc.cbNndExtra  =  0; 

WC. hinstance  s  hinstance; 

wc.hicon  s  LoadI con (hinstance,  "TANKERO”); 

wc.hCursor  s  NULL;  //LoadCursor  (NULL,  IDC.JVRROW) ; 

wc.hbrBacAground  s  GetStockObject  (WHITE.BRU5H)  ; 

wc .  IpszMenuNaine  s  *MainMenu  * ; 

wc.lpazClassName  s  "RepairWClaae*; 

return  (ReglsterClaes(&wc) ) ; 

} 


FUNCTION: 

PURPOSE: 


RETURNS: 


Ini t Instance (HANDLE,  int) 

Saves  instance  handle  in  global  variable  and  creates  main 
window. 

Status  of  CreateWindow( )  call. 


«***«****««««««*♦«***«««****««««*«***«**««*««**««**««****«««*********««««**«/ 

BOOL  Ini t Instance (hinstance,  nCmdShow) 

HANDLE  hinstance; 
int  nCzndShow; 

{ 

OFSTRUCT  OFHelp; 

hinst  -  hinstance; 

hAccTable  =  LoadAccelerators (hinst,  "HelpexAccM ; 

hWnd  =  CreateWindow( 

'RepairWClass* , 

'Repair  Kanagement  System*, 

WS_OVERIiAPPEDWINDOW, 

CW.USEDEFAULT, 

CWLUSEDEFAULT, 

CW.USEDEFAULT, 

CW_USEDEFAULT, 

NULL, 

NULL, 

hinstance, 

NULL 

); 


if  (ihwnd) 

return  (FALSE) ; 

Sho%^indow  ( hwnd ,  nCmdShow) ; 

UpdateWindow(hwnd) ; 

Enabl eGray ed ( hWnd ) ; 

MakeHelpPathName  (szHelpFileName) ; 

if (PpenFile(szHelpFileName,  aOFHelp,  0F_EXIST)  <  1){  /*  No  help  file  */ 
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EnableMenuItein(GetMenu(hWhd) ,  301,  MF^GRAYED) ; )  '  /*  So  gray  it.  */ 

hHelpCursor  s  LoadCursor  (hinsc,  "HelpCursor*) ; 
ratum  {TKJE) ; 


FUNCTION:  About  (HMND,  unsigned,  WORD,  LONG) 

PURPOSE:  Processes  messages  for  *About*  dialog  box 

MESSAGES: 

WICINITDIALOG  -  Initialize  dialog  box 
WK.COMMAND-  Input  received 


**«*****•*•*«*«***«•*****«**«*****«*«««**««*«««««*«««««»«**«*««««**«*«***«**/ 

BOOL  FAR  PASCAL  About  (hDlg,  message,  vParam,  IParam) 

HWND  hDlg; 

unsigned  message; 

WORD  wParam; 

LONG  iParam; 

( 

switch  (message)  ( 

case  WH.INITDIALOG: 
return  (TRUE) ; 

case  WH.COMMAND: 

if  (vParam  ==  IDOK)  ( 

EndDialog(hDlg,  TRUE) ; 
return  (TRUE) ; 

) 

break; 

) 

return  (FALSE); 

} 


/ 


FUNCTION:  MakeHelpPathName 

PURPOSE:  This  code  assumes  that  the  .HLP  help  file  is  in  the  same 

directory  as  the  Repair  executable.  This  function  derives 

the  full  path  name  of  the  help  file  from  the  path  of  the 
executable. 


void  MakeHelpPathName  (8 zFileName) 
char  *  szFileName; 

{ 

char  *  pcFileName; 
int  nFileNameLen; 

nFileNameLen  =  GetModuleFileName (hinst, szFileName, EXEJNAME.JiAX_SIZE) ; 
pcFileName  =  szFileName  nFileNameLen; 

while  (pcFileName  >  szFileName)  { 

if  (*pcFileName  ==  *\\*  II  *pcFileName  ==  ':*)  { 

* (++pcFileName)  =  *\0’; 
break; 

} 

nFileNameLen — ; 
pcFileName — ; 

} 

if  ( (nFileNameLen+13)  <  EXE^AME_>1AX_SI2E) 

(  1 St rcat (szFileName,  •repairl .hip* ) ;  } 
else  {  Istrcat (szFileName,  •?*);) 
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return; 

> 

/********* 


FUNCTION:  EnableGrayed (HWND) 

PURPOSE:  Enables  grayed  (disabled)  commands  when  a  file  Is  open. 


**«***********«**««*****«***•*******«•****************«*«***«***«*******«***/ 

void  EnableGrayed (hWnd) 

HWND  hWnd; 

{ 

HMENU  hMenu; 

Inc  state; 

hMenu  s  GetMenu(hwnd) ; 

state  =  (FlleStuff.Name(O)  ==  0)  7  MF_GRAYED;  MF^ENABLED; 
EnableMenuItem(hMenu,  102,  state  I  MF.BYCOMMAND) ;  /*  Save  */ 

EnableMenuI tern (hMenu,  103,  state  )  MF_BYCOMMAND) ;  /*  SaveAS  */ 
EnableMenuItem( hMenu,  1,  state  I  MF^BYPOSITION) ;  /*  Ship  */ 
EnableMenuItem(hMenu,  2,  state  I  MF.BYPOSITION) ;  /*  Edit  */ 

DrawMenuBar (hWnd) ;  /*  to  reflect  the  current  sate  of  menu  items  */ 
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A.11  MAINWND.C 


Module:  MalnWnd.C 

PURPOSE:  Procescec  window  meccagee. 

FUNCTIONS:  DrawCrack(hwnd,  Int,  Int,  BOOL) 
DrawIndex(HWND,  Int,  Int,  BOOL) 
DrawAllCrack (HWND) 

EraaeIndexSet (HWND,  int) 

EraBeCrac)cSet  ( HWND ,  int ) 
MalnWndProc(HWND,  unsigned,  WORD,  LONG) 


♦define  fFlleStuff  TRUE 


♦Include  <wlndowe.h> 
♦Include  <etrlng.h> 
♦Include  •repalr.h* 


IntnTotal,  nSelect,  nAddCrac)c,  ntempFig; 

lntnX[MAX}[3),  nY[MAX][3],  nCles [MAX] /*,  nFig[MAX)*/; 

char  82Naine[MAXG] ,  szClase  [MAXG] ,  szOvmer  [MAXG] ,  szClaesifi  [MAXG] , 

szBuildertMAXGl,  e zDe 11 very [MAXG] ,  szRoute [MAXG] ,  szOther [MAXG] , 
ezLocatlon[MAX) [MAXL] ,  B2Date[MAX] [MAXD] ,  ezLength[MAX] [MAXLE] , 
ezStatus[MAX)  [MAXS),  szCoininent  [MAX]  [MAXC] ,  BZCrkType[MAX][MAXCT]; 
extern  char  ShipType [20] ,  Crac)cType [MAXCT]  ; 
extern  char  BzHelpFlleName  [  ] ;  /•  Help  file  name  */ 

extern  HANDLE  hlnet;  /*  Handle  to  Instance  data  */ 

extern  BOOL  bHelp;  /*  =  FALSE  */  /*  Help  mode  flag;  TRUE  =  "ON**/ 

extern  HCURSOR  hHelpCursor;  /*  Cursor  displayed  when  in  help  mode*/ 


extern  BOOL 

extern  BOOL  FAR  PASCAL 


userBitmap; 

userPaint (HWND,  char*), 


extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  VOID  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  BOOL  FAR 
extern  void 
extern  VOID  FAR 


PASCAL  About (HWND,  unsigned.  WORD,  LONG) ; 

PASCAL  SaveAs(HWND,  unsigned,  WORD,  LONG); 

PASCAL  OpenSource(HWND,  unsigned,  WORD,  LONG) ; 
PASCAL  NewFile(HWND,  unsigned,  WORD,  LONG); 
PASCAL  SelectLayout (HWND,  unsigned,  WORD,  LONG); 
SaveFile(HWND) ; 

PASCAL  Analysis (HWND,  unsigned,  WORD,  LONG); 
PASCAL  ShipGeneral (HWND,  unsigned,  WORD,  LONG) ; 
PASCAL  AddRe cord (HWND,  unsigned,  WORD,  LONG) ; 
PASCAL  EditRecord(HWND,  unsigned,  WORD,  LONG); 
PASCAL  Del eteCrk( HWND,  unsigned,  WORD,  LONG); 
PASCAL  myPaint (HWND,  char*); 

EnableGrayed(HWND) ; 

QuerySaveFile  (HWND) ; 


/ 


FUNCTION;  DrawCrack (hWnd,  int,  int,  BOOL) 

PURPOSE:  Draw  a  classl  red  crack,  a  class2  blue  crack  or  a  classS 

green  crack. 

void  DrawCrack (hWnd,  x,  y,  crkclass,  erase) 

HWND  hWnd; 

Intx,  y,  crkclass; 

BOOL  erase; 

{ 

HDC  hDC; 

COLORREF  crackcolor; 
int  i ; 

lf((x==0)  &&  (y==0))  {  return;  ); 
hDC  =  GetDC(hWnd) ; 
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crackcolor  s  RGB(255,255,25S) ;  /*  Use  White  to  erase*/ 

ifCcrkclass  1)  { 

If (erase  ss  FALSE) {crackcol or  =  RGB(255, 0, 0) ; }  /*  red  */ 
else  {crackcolor  s  RGB(255,255,255) ; );  /•  white  */ 

for(i=-3;  i<=3;  i++)  SetPixel  (hDC,  x+i,  y+i,  crac)ccolor)  ; 

for(l=-3;  i<=3;  i+*^)  SetPixel (hDC,  x+i,  y-i,  crackcolor) ; 

for(l=-5;  1<=5;  1++)  SetPixel (hDC,  x,  y+i,  crackcolor); 

for(is-5;  i<=5;  i++)  SetPixel (hDC,  x+i,  y,  crackcolor); 

) 

if(crkclass  2)  ( 

if (erase  ss  FALSE) {crackcolor  s  RGB(0,0,255) ; }  /*  blue  */ 
else  {crackcolor  s  RGB(255, 255,255) ; /*  white  */ 
for(is-3;  l<s3;  1++)  SetPixel (hDC,  x+i,  y+i,  crackcolor); 

for(is-3;  i<=3;  i++)  SetPixel (hDC,  x+i,  y-i,  crackcolor); 

for(is*3;  l<s3;  1++}  SetPixel (hDC,  x,  y+i,  crackcolor); 

for(ls-3;  l<s3;  i++)  SetPixel (hDC,  x+i,  y,  crackcolor); 

) 

lf(crkclacc  ss  3)  { 

if (erase  s=  FALSE) {crackcolor  s  RGB(0,100, 0) ; )  /*  green  */ 
else  {crackcolor  s  RGB (255, 255, 255} ;) ;  /*  white  */ 

for{is-3;  i<s3;  i++)  SetPixeKhDC,  x+i,  y+i,  crackcolor); 

for{is-3;  i<s3;  i++)  SetPixeKhDC,  x+i,  y-i,  crackcolor); 

for(is-2;  i<s2;  i++)  SetPixeKhDC,  x,  y+i,  crackcolor); 

for(i=-2;  i<s2;  i++)  SetPixeKhDC,  x+i,  y,  crackcolor); 

} 

ReleaceDC(hWnd,  hDC); 


/*«+«*«««**«****««*««*******+««*«*«*««*««««*««+«««++««++*+++«*«+«*«+««*««*«+* 

FUNCTION:  DrawIndex(HWND,  int,  int,  BOOL) 

PURPOSE:  Draw  a  black  index  on  a  selected  crack. 

******•*****«*«****«**«*******«««*****«*««**«**««**«««***«**««**«***+«+****«/ 

void  DrawIndex(hWnd,  x,  y,  erase) 

HWND  hWnd; 
intx,  y; 

BOOL  erase ; 

{ 

HDC  hDC; 

COLORREF  crackcolor; 
int  i; 

if((xs=0)  &&  (y==0))  {  return;  }; 
hDC  s  GetDC(hWnd); 

if (erase  s=  FALSE) {crackcolor  s  RGB (0, 0, 0) ; ) /*  Black  */ 
else  {crackcolor  s  RGB (255,  255,  255);};  /*  White  */ 

SetPixeKhDC,  x+5,  y+5,  crackcolor); 

SetPixeKhDC,  x+4,  y+4,  crackcolor); 

SetPixeKhDC,  x+5,  y+4,  crackcolor); 

SetPixeKhDC,  x+4,  y+5,  crackcolor); 

SetPixeKhDC,  x+5,  y-5,  crackcolor); 

SetPixel  (liDC,  x+4,  y-4,  crackcolor); 

SetPixeKhDC,  x+5,  y-4,  crackcolor); 

SetPixeKhDC,  x+4,  y-5,  crackcolor); 

SetPixeKhDC,  x-5,  y+5,  crackcolor); 

SetPixel (hDC,  x-4,  y+4,  crackcolor); 

SetPixeKhDC,  x-5,  y+4,  crackcolor); 

SetPixeKhDC,  x-4,  y+5,  crackcolor); 

SetPixeKhDC,  x-5,  y-5,  crackcolor); 

SetPixeKhDC,  x-4,  y-4,  crackcolor); 

SetPixeKhDC,  x-5,  y-4,  crackcolor); 

SetPixeKhDC,  x-4,  y-5,  crackcolor); 

for(i=-6;  i<=5;  i++)  SetPixeKhDC,  x+3,  y+i,  crackcolor); 

for(i=-5;  i<=5;  i++)  SetPixeKhDC,  x+i,  y+3,  crackcolor); 

for(i=-5;  i<=5;  i++)  SetPixeKhDC,  x-3,  y+i,  crackcolor); 

for{l=-5;  1<=5;  1++)  SetPixeKhDC,  x+i,  y-3,  crackcolor); 

ReleaseDC(hWnd,  hDC) ; 

} 
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FUNCTION:  DrawAllCrack(HWND) 


PURPOSE:  Draw  all  cracks  and  a  index. 


void  DravAlIcrack(hWnd) 

{ 


int  1; 

for (1=1; 


l<=nTotal;  i++) { 


Dra%^rack  (hWnd, 
DrawCrack (hwnd, 
DrawCrack (hWnd, 
}; 

if(nSelect  l=  0}{ 

Drawl ndex ( hWnd , 
Drawindex ( hWnd , 
DrawIndex(hWnd, 
); 


nx[i](0], 

nX(i](l], 

nX[i][2], 


nY[i]  [0], 
ny(i](l), 
ny[i3I2], 


nCl6e[i] , 
nClssli] , 
nClssil] , 


FALSE) 

FALSE) 

FALSE) 


nX[nSelecc) [0] , 
nXlnSelect] [1) , 
nxinSelecc] [2 j , 


ny(nselecc] [0],  FALSE) 
ny[nSelect:]  [1],  FALSE) 
ny[nSelecc] (23,  FALSE) 


/ 


/ 


FUNCTION:  Erase IndexSet (HWND,  int) 

PURPOSE:  Erase  a  set  of  three  indexes. 

void  EraseIndexSet (hWnd,  nSlct) 

{ 


Drawindex (hWnd,  nX[nSlct3 [0] ,  ny [nSlct ) [0] ,  TRUE) 
Drawl ndex (hWnd,  nxinSlctj (1 3 ,  ny [nSlct 1 [1 1 ,  TRUE) 
Drawindex (hWnd,  nX[nSlct 3 [2 ] ,  ny [nSlct ] [2] ,  TRUE) 

} 


/* 


FUNCTION:  Era seCrackSet (HWND,  int) 

PURPOSE;  Erase  a  set  of  three  cracks. 

******«'<lk*****4t***************i«^*******«****«t*****tk*******'**'*'***'**'*'*'*'****'*ik***  j 

void  EraseCrackSet (hWnd,  nSlct) 

{ 

DrawCrack (hWnd,  nX[nSlct3 [0] ,  nY [nSlct] [0] ,  nClss[nSlct],TRUE); 

DrawCrack (hWnd,  nx[nSlct] [l ] ,  nY [nSlct] [1] ,  nClss [nSlct j , TRUE) ; 

DrawCrack (hWnd,  nx[nSlcc j [2 ] ,  nY [nSlct ] [2 ] ,  nClss [nSlct j , TRUE) ; 

) 


FUNCTION:  Mai nWndProc  (HWND,  unsigned,  WORD,  LONG) 

PURPOSE:  Processes  window  messages. 

MESSAGES: 

WH_COMMAND-  Application  menu  item 
WH-.DESTROY-  Destroy  window 


long  FAR  PASCAL  MainWndProc (hWnd,  message,  wParam,  iParam) 
HWND  hWnd? 

unsigned  message; 

WORD  wParam; 

LONG  IParam; 

{ 

FARPROC  Ip P roc About ; 
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PAINTStItUCT  Paint; 

HBIIMAP  hButCon; 

KDC  hMamoryDC; 

HANDLE  hDafault; 

static  int  nViaw; 

int  i,  adndist,  nOldSsIsct; 

long  diet; 

BOOL  BullEye; 

switch  (message)  ( 
case  NMLCCMKAND: 

switch  (wParam)  { 

/***  Menu  File  **•/ 


case  IDHJIEW: 

QuerySaveFile  (hwnd) ; 

IpProcAbout  =  Ma)ceProcInetance(SelectLay6ut,  hlnst); 
DialogBox(hInst,  • Select ShipType*,  hWnd,  IpProcAbout) 
FreeProcInstance ( IpProcAbout ) ; 

if  (FileStuff .NametO}  !s  0) 

{  SetWindowText (hWnd, FileStuff .Name) ;  } 
nSelect  =  0; 

break; 

case  IDMLOPEN: 

QuerySaveFile  (hWnd) ; 

IpProcAbout  =  MalceProcInstance (OpenSource, hlnst ) ; 
DialogBox (hlnst,  •PileOpen*,  hWnd,  IpProcAbout); 
FreeProcInstance  (IpProcAbout) ; 
if  (FileStuff .Name [0)  1=  0) 

{  SetWindowText (hWnd, FileStuff .Name) ;  } 
nSelect  s  nTotal; 
break; 

case  IDM_SAVE: 

SaveFile (hWnd) ; 
break; 

case  IDK_SAV£AS: 

IpProcAbout  s  MakeProclnstance (SaveAs, hlnst) ; 
DialogBox(hIn6t,  *FileSaveAe* ,  hWnd,  IpProcAbout); 
FreeProcInstance (IpProcAbout) ; 
if  ( FileStuff. Name [0]  0) 

{  SetWindowText  (hWnd,FileStuf  f  .Name) ; } 
break; 

case  IDMLEXIT: 

QuerySaveFile  (hWnd) ; 

De8troyWindow(hWnd} ; 
break; 

/***  Menu  Ship  **•/ 

case  IDH.GENERAL: 

IpProcAbout  s  MakeProcIn8tance(ShipGeneral,  hlnst); 
DialogBox(hInst,  *ShipGeneral* ,  hWnd,  IpProcAbout); 
FreeProcInstance (IpProcAbout) ; 
break; 

/**♦  Menu  Crack  **♦/ 

case  IDHJ^OCRACKl : 
nAdderack  =  1; 
nView  =1; 

SetCursor (LoadCursor (hlnst ,  *VIEW1 * ) ) ; 
break; 
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case  idkj^ix:rack2  : 
nAddCrack  =  2; 
nView  =  1; 

SetCursor (LoadCursor (hinst ,  * VIEWI * ) } ; 
break; 

case  ID»LADDCRACK3: 
nAddCrack  s  3; 
nView  =  1; 

SetCursor {LoadCursor (hinsc ,  *VIEW1 * ) ) ; 
break; 

case  IdCDELETE: 

IpProcAbout  s  MakeProcInstance(DeleteCrk,  hinst); 
DlalogBox (hinst,  •DeleteCrack*,  hwnd,  IpProcAbout); 
PreeProcInstance ( IpProcAbout ) ; 

DrawAXlCrack(hWhd) ; 
break; 

case  IDK^EDIT; 

if (nAddCrack  =z  0) 

{ 

stpcpy (CrackType,  szCrkTypetnSelect] ) ; 

IpProcAbout  =  MakeProcIn8tance(EdltRecord,  hinst); 
DialogBox(hInet,  ‘CrackRecord* ,  hWnd,  IpProcAbout); 
PreeProcInstance (IpProcAbout) ; 

) 

else 

{ 

IpProcAbout  =  MakeProcInstance (AddRecord, hinst ) ; 

DialogBox (hinst,  •CrackRecord* ,  hWnd,  IpProcAbout); 
PreeProcInstance (IpProcAbout) ; 

nAddCrack  =  0; 

SetCursor (LoadCursor (NULL,  IDC_ARR0W) ) ; 

EraseIndexSet (hWnd,  nSelect) ; 
nSelect  =  nTotal; 

DrawAllCrack{hWnd) ; 

}; 

break; 

/*♦*  Menu  Analysis  *•*/ 

case  ID>LAnalysl8: 

IpProcAbout  =  MakeProcIn6tance(Analysis,hInst); 

DialogBox (hinst,  •RepairAnalysisDlg* ,  hwnd,  IpProcAbout) 
PreeProcInstance (IpProcAbout) ; 
break; 

/***  Menu  Help  ***/ 


case  IDK-HELP_H0WT0: 

WinHelp  (hWnd,  -HELPHOW.  HLP* ,  HELP_INDEX,  OL)  ; 
break; 

case  IDM_HELP_INFORMATION: 
WinHelp(hWnd,e2HelpFileNaine,HELP_INDEX,  OL)  ; 
break; 

case  IDPLABOUT: 

IpProcAbout  =  MakeProcInstance (About ,  hinst); 
DialogBox (hinst,  "AboutBox",  hWnd,  IpProcAbout); 
PreeProcInstance (IpProcAbout) ; 
break; 

default: 

return  (DefWindowProc(hWnd,  message,  wParam,  IParam) ) ; 

) 

EnableGrayed(hWnd) ; 
break; 
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case  tOO*BUTTONDOWN: 

return  (DefWindovProc (hwnd,  message,  wParam,  IParam) } ; 

case  WCLBUTTONUP: 

if  ( (nAddCrac)c  >  0)aa(nViev  ==  1))( 
nTOtal  •f'f; 

nXtnTotal] [0]  ^  LOWORD( IParam) ; 
nY[nTOCal] [0]  s  HIWORIX IParam) ; 
nCXes  [nTDtal  ]  s  nAddCrac)c; 
nView  s  2; 

Drawcrack(hwnd,  nXtnTotal] [0] ,  nYtnTotal] [0] .  nClss(nTotal] ,  FALSE); 
SetCureor (LoadCursor (hinst ,  • VIEW2 • ) ) ; 

) 

else  if ( (nAddCrack  >  0)&&(nVlew  ==  2)){ 
nXtnTotal]  [1]  =  LOWORDdParam)  ; 
nYtnTotal] [1]  =  HIWORD(lParam) ; 
nView  =  3; 

Dra%iCrac)c(hwnd,  nXtnTotal]  [1] ,  nYtnTotal  ]  tU  #  nClss  tnTotal] ,  FALSE); 
SetCureor (LoadCursor (hinst ,  'VIEWS ■ ) ) ; 

} 

else  if ( (nAddCrack  >  0)&&(nView  3)){ 
nXtnTotal]  t2]  s  LOWORDdParam) ; 
nYtnTotal] t2]  =  HIWORD (IParam) ; 

DrawCrack(hWnd,  nXtnTotal] (2] ,  nYtnTotal] t2] ,  nClsstnTotal] ,  FALSE); 

/*  Go  to  function  *AddRecord( ) ’  */ 

IpProcAbout  =  MakeProcInstance(AddRecord,hInsc); 

DlalogBox (hinst,  'CrackRecord' .  hwnd,  IpProcAbout); 

FreeProcInstance { IpProcAbout ) ; 

nAddCrack  =  0; 

SetCureor (LoadCursor (NULL,  IDC_ARR0W) ) ; 

EraseIndexSet (hwnd,  nSelect) ; 
nSelect  =  nTotal; 

DrawAllCrack(hWnd) ; 

} 

else  if (nTotal  >  0)  { 
nOldSelect  =  nSelect; 
mindist  =  40; 

for(i=l;  i<=nTotal;  !•♦■+) 

{ 

for(j=0;  j<=:2;  j++) 

{ 

diet  =  (nX[i]tj]  -  LOWORDdParam))  * 

(nXti](j]  -  LOWORDdParam))  + 

(nyti](j)  -  HIWORD (IParam) )  * 

(nYti](j)  -  HIWORD (IParam) ) ; 
if(diet  <  mindist)  { 
mindist  =  diet; 
nSelect  =  i; 

Bull Eye  s  TRUE; 

); 

} 

} 

lf(BullEye  ==  TRUE){ 

EraseIndexSet (hWnd,  nOldSelect) ; 

DrawAl 1 Crack ( hWnd ) ; 

}; 

if ( (n01dSelect==nSelect)&&(BullBye==TRUE) ) { 

Btpcpy (CrackType,  szCrkType [nSelect ] ) ; 

IpProcAbout  =  MakeProclnstance(EditRecord,hInst); 

DialogBox  (hinst,  'CraclcRecord" ,  hWnd,  IpProcAbout); 
FreeProcInstance (IpProcAbout) ; 

} 

} 

break; 
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cas«  HItJICLBXrrTQNDOMN: 

r«tum  (I>«fWindowProc(hwnd,  MBsage*  vParan,  iParan)); 

caaa  HKJCEYDaMN: 
braak; 

caaa  MCSETCURSOR: 

ratum  (DafWindowProc  (hWnd,  nassaga,  wParan,  IParam) ) ; 
braak; 

CBBa  WCPAINT: 

if  <UBarBitsiap  sa  i)  usarPaint  (hwnd«  ShlpTypa); 
alaa  ayPaint  (hwnd«  ShipT^a) ; 

DravAllCrack<hWnd) ; 

ratum  (TRUE) ; 

casa  IiIMLINITMENU; 

if  (bHalp)  (  SatCurBorChHalpCursor) ;  } 
ratum  (TRUE) ; 

caBa  WK^ENTERIDLE: 

if  ((wParam  ==  MSGFJMENU)  &&  (GatKeyStata (VK^Fl )  &  0x8000))  { 
bHalp  s  TRUE; 

PoBtMaBBaga(hWnd,  WH^KEYDOWN,  VK.RETUKN.  CL)  ; 

) 

braak; 

casa  WI1.DESTROY: 

QuarySavaFila  (hwnd) ; 

WinHalp(hWhd,BZHalpFilaNaina,HELP_QUIT,  OL) ; 

PoBtQuitMasBage ( 0) ; 
braak; 

dafault : 

return  (DefWindowProcChWnd,  message,  vParam,  IParam)); 

) 

ratum  (NULL) ; 
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PREFACE 


The  Joint  Industry  Research  Project  ’’Repair  Management  System  for  Fatigue 
Cracks  in  Ship  Critical  Structural  Details  (RMS  3.0)  was  conducted  from  December 
1993  to  December  1994.  The  objective  of  this  project  was  to  develop  practical  tools  and 
procedures  for  the  analysis  of  proposed  ship  structural  repairs  and  to  prepare  guidelines 
for  the  cost-effective  repair  and  design.  It  was  carried  out  in  the  Department  of  Naval 
Architecture  and  Offshore  Engineer  (NAOE),  University  of  California  at  Berkeley. 
Graduate  Student  Researcher,  Kai-tung  Ma,  performed  the  work  together  with  the 
supervision  and  help  of  the  principal  investigator.  Professor  Robert  G.  Bea 

The  source  of  the  RMS  projects  can  be  traced  back  to  a  two-year  Joint  Industry 
Research  Project  "Structural  Maintenance  Project  for  New  and  Existing  Ships  (SMP-I)". 
The  SMP-I  was  initiated  in  1990  by  the  Department  of  NAOE.  It  included  six  related 
studies.  The  fourth  study.  Fatigue  and  Corrosion  Repair  Assessments,  created  the  RMS 
1.0.  During  the  next  one-year  project,  SMP-II,  version  2.0  of  RMS  was  developed. 
RMS  3.0  was  sponsored  by  the  following  five  organizations: 

•  American  Bureau  of  Shipping 

•  Lisnave  -  Estaleiros  Navais  de  Lisboa,  SA 

•  Ship  Structure  Committee 

•  Lloyd’s  Register  of  Shipping 

•  Newport  News  Shipbuilding  &  Dry  Dock  Co. 

This  report  is  the  final  report  of  the  RMS  3.0.  It  documents  the  development  of 
RMS  3.0  and  sununarizes  the  other  two  previous  RMS  projects. 
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CHAPTER  1.  INTRODUCTION 


This  chapter  (Mscusses  current  problems  associated  with  rep^  to  Critical 
Structural  Details  (CSD)  in  ships.  It  introduces  the  objectives  of  a  Repair  Management 
System  (RMS).  The  components  of  RMS  are  defined.  The  three  major  accomplishments 
of  this  project  are  summarized.  Each  one  of  the  chapters  of  this  report  are  briefly 
reviewed. 


1.1  Problem  Definition 

With  the  introduction  of  larger  steel  ships  like  very  large  crude  carriers  (VLCC), 
the  tasks  of  maintaining  these  ships  have  become  increasingly  difficult.  Many  of  these 
ships  have  experienced  varying  degrees  of  fatigue  cracking  problems.  Due  to  the  limited 
time  available  in  dry-docks,  lengthy  fatigue  analyses  have  been  rarely  used.  Repair 
decisions  on  those  fatigue  cracks  are  often  based  on  experience-based  knowledge  and 
lack  analytical  evaluation. 

To  minimize  the  risk  of  future  structural  failures  due  to  poor  repair,  an  advanced 
approach  of  repair  analysis  was  developed  during  the  RMS  projects  to  help  repair 
engineers  evaluate  repair  alternatives.  It  was  the  goal  of  this  project  to  review  the 
process  of  structural  maintenance  and  repair  of  ship  structures  and  to  develop  a  new 
approach  to  help  manage  the  information  used  to  make  good  decisions.  Specifically,  a 
practical  tool  to  evaluate  fatigue  crack  repair  strategies  has  been  developed  to  improve 
the  durability  of  existing  ships. 

Recently,  considerable  effort  has  been  put  into  understanding  the  effectiveness  of 
specific  repjurs,  especially  those  associated  with  fatigue  of  CSDs.  This  effort  has 
resulted  both  from  an  aging  fleet  of  existing  ships  and  a  heightened  public  interest  in 
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environmental  issues  [USCG,  1990][Jordon,  1978,  1980][TSCF,  1991].  In  addition, 
records  of  ship  condition  are  shifting  from  paper-based  systems  to  computerized  systems 
that  contain  inspection  and  repair  information  in  database  format  [Schulte-Strathaus  and 
Bea,  1994],  The  information  about  ship  maintenance  and  repair  can  be  sorted  by  an 
experienced  repair  engineer  to  help  evaluate  the  effectiveness  of  past  repairs  and  assess 
the  overall  condition  of  the  ship. 

The  most  technical  part  of  the  ship  maintenance  and  repair  is  the  decision  making 
associated  with  evaluating  and  choosing  a  suitable  and  reliable  repair  method  for  a 
particular  CSD  failure.  Ship  structural  repair  decisions  are  difficult  due  to  the  vast  array 
of  engineering  knowledge  which  must  be  assimilated  in  order  to  make  a  good  repair 
decision.  This  knowledge  includes  (1)  experience-based  knowledge  about  repairs  and 
ship  condition,  (2)  a  large  volume  of  historical  information  from  past  ship  inspections 
and  repairs,  (3)  complex  ship  structure  information,  (4)  complex  loading  information,  (5) 
complex  analysis  procedures,  and  (6)  expert  knowledge  of  structural  design,  fracture 
mechanics  and  corrosion. 

Poor  or  incomplete  repair  decisions  are  often  made  simply  because  there  is  not 
enough  time  or  money  to  perform  a  detailed  analysis.  This  indicates  that  a  tool  needs  to 
be  developed  for  the  development  and  management  of  the  information  used  to  make 
intelligent  repair  decisions. 

1.2  Repair  Management  System 

This  poses  the  key  question  addressed  during  this  project:  ‘How  do  we  properly 
manage  the  computerized  inspection  and  repair  data,  the  existing  knowledge  of  both 
successful  and  unsuccessful  repairs,  the  complex  analysis  tools  and  additional  knowledge 
to  make  intelligent  and  timely  repair  decisions?” 
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The  answer  proposed  by  tWs  project  is  the  Repair  Management  System 
(RMS).  The  RMS  is  a  computerized  framework  to  help  repair  engineers  make  good 
repair  decisions  by  providing  them  with  structural  failure  diagnosis  and  rep^  alternative 
evaluation.  The  RMS  is  the  first  known  attempt  to  handle  the  complexities  of  ship 
structural  repair  analysis  in  a  framework  that  provides  both  elements  critical  to  good 
repair-quick  decisions  and  thorough  evaluations. 

The  RMS  is  a  system  that  it  has  several  modules  (Figure  1.1).  Each  module 
performs  a  certain  task  but  cannot  reach  a  specific  goal.  However,  all  modules  together 
form  a  system  which  can  help  repair  engineers  process  a  variety  of  repair  alternatives, 
estimate  the  fatigue  lives  of  each  repur,  and  make  an  optimal  decision. 

Users  start  the  system  with  a  repur  alternative  module  (see  Chapter  2)  that 
provides  available  repairs  in  a  graphic  mode.  Then,  the  core  module  which  is  a  fatigue 
calculation  module  (see  Chapter  3)  will  try  to  develops  an  estimate  of  the  fatigue  life  for 
each  repair.  This  module  needs  input  from  an  S-N  curve  selection  module  (see  Chapter 
4)  and  a  stress  reduction  factor  module  (see  Chapter  5).  Finally  a  decision  uding  module 
(see  Chapter  2)  and  a  reliability  module  (see  Chapter  3)  help  users  make  an  optimal 
decision. 

To  limit  the  scope  of  RMS,  concentration  has  been  placed  on  some  ship  CSDs 
with  high  failure  rates.  To  further  define  the  scope,  a  questionnaire  was  sent  to  all  the 
participants  in  the  early  stage  of  this  study  [Gallion,  1992].  This  questionnaire  requested 
information  on  the  most  desirable  features  of  computer  software  associated  with  repairs. 
The  result  of  the  ranking  of  the  proposed  features  is  listed  as  follows  (#1  most  favorable, 
#6  least  favorable): 

1 .  Expected  life  analysis  of  repair  alternatives 

2.  Graphical  database  of  possible  repurs 
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3.  Economic  tradeoff  analysis  of  repair  alternatives 

4.  Reliability-based  information 

5.  Extendibility  to  allow  updating  with  new  repair  data 

6.  Repair  database  analysis  capabilities  (statistical) 

The  highest  priorities  of  participants  that  responded  were  the  expected  life 
analysis  of  repairs.  As  a  result,  this  project  was  focused  on  the  development  of  the  first 
feature  within  the  RMS.  The  second,  third  and  fourth  features  were  explored.  The  last 
two  features  were  not  addressed. 

1.3  RMS  3,0  Major  Developments 


Through  the  course  of  exploring  the  selected  features,  three  major  developments 
were  accomplished  during  this  project.  The  first  achievement  is  development  of  a  faster 
way  to  calculate  fatigue  life  of  repaired  CSDs.  The  new  method  eliminates  the 
computation  of  the  long-term  spectral  load  involved  in  a  traditional  fatigue  analysis.  It 
allows  much  faster  fatigue-life  estimation  for  repaired  CSDs.  As  a  result,  it  can  be  used 
to  make  quick  repair  decisions  in  repair  yards  and  will  save  the  valuable  service  time  of 
the  ship. 

The  second  achievement  is  development  of  a  new  method  to  calibrate  ‘Cyclic 
Stress  Range  -  Number  of  Cycles  to  Failure  (S-N)’  information.  The  selection  of  proper 
S-N  curves  for  a  particular  CSD  is  a  common  difficulty  in  fatigue  analyses. 
Traditionally,  a  certain  class  of  S-N  curve  is  compared  and  matched  to  a  critical  location 
of  a  CSD  with  similar  geometry  as  fatigue  specimens.  Inaccuracy  may  be  introduced  in 
this  matching  process.  The  new  method  considers  the  CSDs  in  in-service  ships  as  fatigue 
specimens.  With  gathered  historical  repair  data,  the  S-N  curves  of  particular  repaired 
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CSD  can  be  determined.  Two  sets  of  repair  data  were  gathered  and  analyzed.  The 
results  showed  that  the  rewelding  of  flatbar-welds  has  an  S-N  curve  lying  between  F2 
and  G  classes.  The  ve«ng  and  welding  of  a  cutout  radius  has  an  S-N  curve  lying 
between  E  and  F  classes. 

The  third  achievement  are  results  from  a  series  of  Finite  Element  Analyses  (FEA) 
on  three  CSDs.  For  each  CSD,  eight  variety  models  were  built  by  interchanging  a  lug,  a 
flatbar  and  a  backing  bracket.  A  total  of  24  models  were  budt.  A  Stress  Reduction 
Factor  (SRF)  was  defined  as  the  ratio  of  hot  spot  stresses  before  and  after  adding  a 
structural  component  such  as  a  lug.  Using  the  results  of  the  FEAs,  SRFs  for  typical 
repairs  were  determined. 

With  these  developments,  the  RMS  is  able  to  provide  engineers  with  a 
computerized  tool  for  analyzing  repair  alternatives.  The  functions  and  advantages  of  the 
RMS  are;  (1)  providing  a  consistent  repair  strategy,  (2)  ensuring  more  complete 
evaluations  in  a  timely  manner,  (3)  increasing  the  level  of  expertise  in  the  shipyard  and 
ofiBce,  (4)  promoting  sharing  of  repair  information  among  ship  owners,  operators  and 
shipyards,  (5)  utilizing  historical  ship  data,  and  (6)  utilizing  both  numeric  and  symbolic 
information. 

1.4  Contents  of  Report 

In  Chapter  2  the  basics  of  ship  structural  inspection  and  maintenance  are 
discussed.  These  basics  include  an  introduction  of  inspection  and  crack  repair.  The 
general  strategies  for  crack  repair  are  outlined.  The  examples  of  the  repair  alternative 
selection  are  shown  on  some  critical  structural  detals.  The  specifics  of  CSD  repar  are 
discussed.  In  addition,  repair  decision  making  is  discussed.  Basic  steps  to  determining 
the  best  repair  are  explmned. 
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In  Chapter  3  a  new  method  of  simplified  comparative  fetigue  analysis  is 
developed  to  estimate  the  fatigue  lives  of  the  repair  alternatives.  The  method  is  based  on 
Wirsching’s  fatigue  equation  [Wirsching,  1983],  It  successfully  eliminates  the  need  of 
lengthy  load  computation  involved  in  a  full  spectral  fatigue  analysis.  The  load 
parameters  (extreme  stress  and  the  Weibull  parameters)  can  be  obtained  fi-om  the  first 
failure  life  by  reversing  the  procedure  of  a  fatigue  analysis.  The  procedures  of 
computing  repair  life  are  outlined.  Also  an  example  of  repair  alternative  evaluation  is 
reviewed.  A  reliability  model  is  reviewed,  since  significant  uncertainty  exists  in  the 
factors  of  fatigue  damage  expressions.  Uncertainties  of  variables  in  the  Wirsching’s 
fatigue  expression  are  treated  by  considering  each  as  a  lognormal  distributed  random 
variable.  A  concise  reliability  expression  is  resulted.  Adapting  this  reliability  model  to 
the  RMS  is  considered. 

In  Chapter  4  procedures  to  define  S-N  curves  for  ship  CSDs  are  discussed.  The 
S-N  designation  developed  by  American  Bureau  of  Shipping  (ABS)  is  reviewed  [ABS, 
1993].  The  ABS  designation  is  for  newly  constructed  CSDs.  However  in  order  to 
estimate  repair  lives,  the  RMS  requires  a  S-N  designation  for  repaired  CSDs  (by  vee  and 
weld).  A  new  approach  that  utilizes  historical  inspection  data  to  establish  the  relation 
between  S-N  curves  and  CSDs  is  introduced.  Gathering  and  analyzing  of  two  sets  of 
inspection  sample  data  are  summarized. 

In  Chapter  5  a  stress  reduction  factor  (SRF)  is  defined  as  the  ratio  between  the 
stresses  after  and  before  repairs  by  design  modification.  The  SRF  is  a  crucial  input 
parameter  for  the  fatigue  life  estimation.  In  order  to  obtain  the  SRFs  for  common 
repairs  done  on  some  typical  CSDs,  three  CSDs  were  selected  and  analyzed.  For  each 
CSD,  eight  finite  element  models  were  built.  The  models  were  analyzed  and  the 

resulting  stresses  were  compared  to  get  the  SRFs.  A  table  is  developed  to  summarize 
these  SRFs. 


6 


In  Chapter  6  the  RMS  approach  is  used  in  the  development  of  a  computer 
program  to  illustrate  the  evaluation  of  repsur  alternatives  for  &tigue  failure  of  some 
CSDs.  A  case  study  analysis  is  conducted  to  verify  the  code  and  illustrate  its 
effectiveness  as  a  repur  tool.  The  RMS  crack  repair  database  for  the  fatigue  mode  of 
structural  failure  is  outlined. 

Finally,  in  Chapter  7  the  project  is  summarized  with  some  concluding  remarks 
and  recommendations  for  future  developments. 
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Figure  1.1:  RMS  System  Architecture 


CHAPTER  2.  REPAIR  ALTERNATIVES  AND 
DECISION  MAKING 

The  purpose  of  this  chapter  is  to  review  the  inspection,  maintenance  and  repair  of 
CSDs  in  ships.  It  introduces  typical  repair  alternatives  in  current  practice.  It  also  looks 
at  the  factors  that  go  into  development  of  an  intelligent  repair  decision. 

2.1  Fatigue  in  Ships 


Fatigue  cracks  are  potentially  the  most  serious  of  defects  because  they  can  grow 
rapidly  in  size  leaving  the  affected  structure  unable  to  bear  loads.  As  the  result  of  a 
fatigue  crack,  the  structure  around  a  crack  must  carry  a  greater  loading  that  can  in  turn 
lead  to  its  failure  in  the  future.  If  this  cracking  process  continues  unchecked,  hull  girder 
or  large  panels  of  side  shell  collapse  can  result.  Therefore  ship’s  hull  structure  has  to  be 
inspected  periodically  and  repaired  when  cracks  are  found. 

Ship's  hull  structure  must  be  monitored  by  a  series  of  internal  and  external 
inspections  to  assess  the  integrity  of  the  ship  structure.  The  scope  and  frequency  of 
these  inspections  are  regulated  by  classification  society  or  U.S.  Coast  Guard.  In  addition 
to  those,  ship  owners  may  have  their  voluntary  inspection  due  to  un-foreseen  emergency 
or  owner's  plans.  All  these  inspections  provide  means  to  evaluate  the  current  condition 
of  steel  and  coatings  and  to  detect  unexpected  cracks  and  damages. 

During  an  inspection,  several  types  of  structural  failures  can  be  found.  Fatigue 
cracks,  corrosion,  coating  breakdowns  and  buckling  are  the  most  common  failures. 
Fatigue  failure  of  CSDs  is  the  one  that  is  the  objective  of  this  study.  In  some  cases, 
hundreds  of  cracks  can  be  found  in  an  old  tanker.  A  majority  of  these  cracks  are  due  to 
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fatigue.  Therefore,  fatigue  ^lure  has  been  a  serious  muntenance  problem  for  some  ship 
owners. 

Cracks  can  be  initiated  in  several  modes.  Fatigue  fracture  is  the  most  common 
mode  in  ships.  It  is  important  to  keep  in  mind  that  there  are  other  possible  fracture 
modes  for  cracks.  Brittle  fracture  occurs  under  static  loading  and  is  typical  in  materials 
with  yield  strengths  less  than  0.5  percent  strain  before  fracture,  such  as  cast  iron, 
concrete  and  ceramic.  Materials  that  are  not  normally  brittle  can  become  brittle  in  some 
environments,  such  as  low  temperatures.  The  fracture  surface  is  usually  flat  and  contains 
arrow  shaped  lines  known  as  "Chevron  marks"  which  point  to  the  origin  of  the  failure. 
Ductile  fracture  is  another  possible  mode.  It  occurs  under  static  loading  and  is  typical  in 
materials  with  yield  strengths  greater  than  0.5  percent  strain  before  fracture,  such  as  steel 
and  aluminum.  Failure  is  predicted  by  several  theories,  including  the  maximum  shear 
stress  theory  and  the  distortion  energy  theory  (von  Mises).  The  fracture  surface  is 
usually  distorted  by  jielding. 

All  the  above  modes  can  be  accelerated  by  corrosion.  General  corrosion  reduces 
plate  thickness  and  increases  stresses  on  the  plate.  In  addition,  a  single  fracture  can 
contain  several  modes.  For  example,  a  small  crack  that  exists  at  a  welding  imperfection 
will  grow  in  a  stable  manner  by  fatigue.  At  some  crack  length,  the  stress  may  reach  a 
critical  level  and  cause  unstable  crack  growth  by  brittle  fracture.  This  brittle  fracture 
may  be  arrested  by  load  sharing  with  adjacent  structure  or  an  increase  in  material 
thickness  along  the  crack  front. 

Since  past  experience  indicates  about  70%  of  the  total  damage  in  ships  over  200 
meters  in  length  may  be  classified  as  fatigue  damage  [Committee  III.l,  1979],  this 
project  addressed  only  fatigue  cracks.  This  report  concentrates  on  the  proper  repair  of 
fatigue  cracks  in  critical  structural  details  (CSDs)  of  ships  (Figure  2.1).  It  is  important  to 
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keep  in  mind  the  other  possible  modes  of  cracking.  The  mode  of  &ilure  dictates  the 
analysis  procedures  required  to  evaluate  a  failure. 


2.2  Repair  Alternatives 

According  to  the  regulations  and  practices  of  the  U.S.  Coast  Guard,  it  is  required 
that  most  detected  cracks  have  to  be  repaired  before  leaving  port.  Repair  of  cracks  vary 
widely.  Repwrs  of  cracks  can  range  from  temporary  drilling  a  stopping-hole  in  front  of 
crack  tip  to  complete  re-design  of  the  structural  detail  and  replacement  of  steel  near  the 
detail. 

Experience  indicates  that  many  repairs  fail  again  and  repairs  must  be  repeated.  In 
one  case,  a  series  of  side  shell  longitudinal  cracks  has  been  repaired  four  times,  and  each 
time  a  different  repair  procedure  has  been  tried  [Bea,  1992]. 

For  a  fatigue  crack  in  a  particular  CSD,  there  are  several  methods  to  repair  it. 
The  expected  life  and  cost  of  each  repair  method  varies.  The  general  strategies  for  crack 
repair  of  critical  structural  details  can  be  classified  in  the  following  way: 

•  Drill  a  stopping  hole  in  front  of  the  crack  tip  (Temporary  repair):  Cracks  may 
be  arrested  temporarily  by  drilling  a  hole  of  diameter  equal  to  the  plate  thickness  at  a 
distance  of  two  plate  thickness  in  front  of  the  visible  crack  tip  and  on  a  line  wth  the 
direction  of  anticipated  crack  propagation.  Such  repairs  are  sometimes  considered  in 
attempting  to  get  the  ship  to  a  facility  where  full  repjurs  can  be  made.  It  may  also  be 
used  for  cracks  in  secondary  structure  (the  structure  which  neither  contributes  to  the 
strength  nor  the  watertight  integrity  such  as  partition  bulkheads,  platforms  and  so 
on). 
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•  Re-weld  the  cracks  to  the  original  construction:  Crouging  with  re-welding  (veeing 
and  welding)  is  an  easy  and  common  way  of  repair.  However,  the  strength  of  re- 
welding  cracks  is,  almost  invariably,  worse  than  the  original  one.  The  repaired  weld 
will  create  new  crack  potentials  and  thus  fail  again  in  a  shorter  time  interval. 

•  Re-weld  the  cracks  plus  post  weld  improvement:  This  repair  is  basically  the  same 
as  the  pervious  one,  except  that  the  weld  is  ground  smooth  to  improve  its  fatigue 
strength.  The  life  extension  effect  of  post  weld  improvement  can  be  significant 
[Almar-Naess,  1985]. 

•  Replace  the  cracking  plate:  This  is  also  called  inserting  a  new  plate.  The  inserted 
new  plate  has  a  new  fatigue  life  which  is  the  same  as  the  original  life.  Since  this  plate 
has  never  carried  any  loads,  its  fatigue  damage  factor  is  zero.  If  the  loading  history 
and  the  material  is  identical  to  those  of  the  failed  plate,  its  fatigue  life  should  be  about 
the  same  as  the  failed  time  of  the  crack. 

•  Modify  design  by  adding  bracket,  stiffener,  lug,  or  collar  plate:  The  more 
robust  way  of  repair  is  to  modify  the  local  geometry  to  reduce  the  stress 
concentration.  While  adding  a  detail  component  and  not  involving  cropping  a  large 
section,  this  repair  may  be  one  of  the  best.  It  can  reduce  the  stress  concentration  and 
therefore  increase  the  repair  life  significantly.  In  addition  it  is  reasonably  easy  to 
apply. 

•  Change  configuration  by  applying  soft  toe,  increasing  radius,  trimming  face 
plate,  enlarging  drain  holes,  etc.:  This  is  another  way  to  modify  the  local 
geometry  to  reduce  the  stress  concentration.  If  a  longer  life  continuance  is  expected 
for  the  ship,  a  more  robust  repair  such  as  this  should  be  considered. 

•  Enhance  scantling  in  size  or  thickness:  Increasing  the  size  of  a  detail  like  a 
bracket  is  good.  However  increasing  the  thickness  may  not  be  a  very  good  repair  in 
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the  situation  where  a  discontinuity  is  introduced  to  the  plate.  While  doing  this,  the 
discontinuity  should  be  carefully  located  outside  the  high  stress  area. 

Two  examples  of  repair  alternatives  are  shown  in  Figures  2.2  and  2.3.  The  first 
example  is  a  crack  in  a  longitudinal  cutout.  This  type  of  crack  comprises  12.3%  of  total 
cracks  in  ships  according  to  prior  studies  [Jordon,  1978  and  1980].  The  second  one  is  a 
crack  on  a  longitudinal  near  the  tip  of  a  beam  bracket.  This  type  comprises  32.8%  of 
total  cracks. 

It  is  difficult  to  decide  which  repair  method  is  most  reliable  or  cost  effective  for  a 
particular  failed  CSD.  Therefore,  a  way  to  determine  the  optimal  repair  needs  to  be 
developed. 


2.3  Repair  Decision  Making 


When  a  structural  failure  in  the  form  of  cracking  is  discovered  by  inspection,  a 
decision  must  be  made  as  to  the  most  effective  repair.  This  decision  is  difficult  due  to 
the  vast  array  of  engineering,  construction,  and  repair  considerations.  However,  many 
additional  factors  must  also  be  considered  in  a  very  short  time.  These  factors  include 
technical,  economic,  schedule  and  logistic  factors. 

As  a  result  of  the  complexity  and  the  short  time  allowed,  ship  repairs  currently 
rely  heavily  on  the  experience  of  repair  engineers  and  repair  yard  personnel.  This  is  the 
experience-based  approach.  There  is  simply  not  enough  time  to  take  into  account  all 
possible  factors  and  perform  detailed  analyses.  Repair  decisions  often  lack  in  technical 
and  economic  evaluation,  but  serve  to  get  ships  back  into  service  quickly. 

In  contrast  to  the  experience-based  approach,  it  is  possible  to  perform  a  full 
fatigue  analysis  to  determine  the  expected  repair  lives  of  different  repair  alternatives. 
The  full  fatigue  analysis  approach  involves  detailed  ship  motion  analysis,  global  and  local 
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finite  element  models,  and  fatigue  analysis  [ABS,  1993].  It  usually  takes  a  few  months, 
and  will  cause  ship  owners  a  significant  economic  loss  due  to  out  of  service  time  of  the 
ships.  Therefore,  this  approach  is  rarely  used. 

Clearly,  the  traditional  approach  lacks  adequate  technical  justification  and  the 
detailed  approach,  although  necessary  at  times,  is  inadequate  to  make  on-the-spot  repair 
decisions.  The  goal  of  RMS  is  to  provide  a  computerized  system  to  allow  a  more 
complete  evaluation  of  the  repair  alternatives  in  a  short  time  period.  In  order  to 
accomplish  this  goal,  the  approach  taken  by  RMS  must  provdde  a  quick  and  sufficiently 
reliable  method  to  estimate  fatigue  life  without  going  through  detailed  ship  motion 
analysis  and  global  finite  element  analysis.  This  method  will  be  described  in  the  next 
chapter. 

Given  a  quick  and  reliable  fatigue  life  estimation  method,  repair  alternatives  can  be 
ranked  according  to  the  expected  life  and  cost  of  the  repair.  The  user  must  select  the 
most  appropriate  alternative  from  his  or  her  knowledge  of  the  economics  of  the  ship. 
For  example,  for  a  fracture  which  took  ten  years  to  develop  and  discover,  the  repair 
options  might  be: 

(1)  Grind  out  crack  and  re-weld—S  years  expected  life 

(2)  Cut  out  section  and  butt-weld  new  piece— 10  years  expected  life 

(3)  Add  one  bracket  —12  years  expected  life 

(4)  Add  two  brackets  —15  years  expected  life 

Depending  on  the  economic  goals  of  the  owner,  a  different  repair  alternative  will  be 
selected.  For  example,  if  the  ship  has  only  two  more  years  in  service,  the  cheapest 
alternative  with  an  expected  life  of  greater  than  two  years  will  be  selected. 

The  above  case  illustrates  the  simplest  optimal  cost  model  for  making  repair 
decisions.  The  general  case  of  this  optimal  cost  model  is  shown  schematically  in  Figure 
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2.4.  The  best  repair  option  is  defined  as  the  one  that  results  in  the  minimum  total  costs 
(initial  plus  future)  over  the  life  of  the  ship. 

Take  the  repair  of  a  crack  in  a  longitudinal  clearance  cutout  for  another  example. 
Assume  a  ship  is  going  to  be  operated  for  10  more  years,  and  the  owner  chooses  the 
cheapest  and  easiest  repair  like  veeing  and  welding.  The  initial  repair  cost  will  be  very 
low.  Since  this  repair  is  not  robust,  its  expected  repar  life  will  be  short.  Then  the  owner 
may  have  to  repair  it  again  and  again  if  continuing  the  same  repair  method.  The  future 
cost  is  therefore  quite  high.  This  is  the  option  of  the  non-durable  repair  in  Figure  2.4. 
On  the  other  hand,  if  the  owner  chooses  a  veiy  robust  repair  like  inserting  plate  and 
adding  a  lug,  the  initial  cost  may  be  high.  But  the  future  repair  cost  will  be  as  low  as 
zero  in  this  case.  This  becomes  the  case  of  the  durable  repair.  The  ‘best”  repair  is  the 
one  that  produces  a  minimum  total  cost. 

The  concept  of  optimum  repair  based  on  the  lowest  total  repair  cost  is  quite 
simple.  There  can  be  many  other  factors  that  should  be  taken  into  consideration  in  the 
real  world.  The  repair  that  best  satisfies  the  life  continuance,  economic,  location,  time 
and  other  considerations  is  the  one  that  should  be  chosen.  These  repair  considerations 
are  discussed  in  the  following  paragraphs  [Gallion,  1992]. 

Life  continuance  consideration  can  be  the  most  important  factor  in  repair 
decisions.  For  example  if  a  ship  is  going  to  be  kept  in  service  for  another  5  years  and 
then  to  be  retired  or  sold,  the  ship  owner  may  select  a  repair  that  can  last  for  more  than  5 
years.  Supposing  the  repair  work  well,  the  failed  critical  structural  detail  will  be  out  of 
trouble  for  the  rest  of  S  years  with  a  high  reliability.  This  consideration  is  related  to  the 
economic  consideration.  However,  the  difficult  part  is  the  life  estimation  of  a  particular 
repair  method.  This  will  be  discussed  later  in  this  report. 

Economic  considerations  can  play  a  dominant  role  in  repair  decisions.  These 
economic  factors  include  the  future  plans  for  the  ship,  age  of  the  ship,  total  cost  and  time 
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to  complete  repairs,  cargo  transport  obligations,  money  available,  current  steel  costs, 
repair  rates,  wage  rates,  etc.  The  economic  decision  is  usually  based  on  the  certain  initial 
repair  costs  and  not  the  possible  future  costs  of  maintenance.  This  is  mainly  due  to  the 
complexity  of  the  repair  decision,  which  makes  future  costs  difficult  to  evaluate. 
However,  future  costs  for  inadequate,  non-durable  repairs  may  dominate  the  decision.  A 
complete  economic  analysis  should  take  into  account  the  tradeoff  between  initial  and 
future  costs.  In  the  same  way  that  a  more  durable  ship  has  lower  maintenance  costs, 
more  durable  repairs  will  have  lower  future  repair  costs. 

Repair  location  consideration  falls  into  two  categories.  Voyage  repairs  are 
made  at  sea  mostly  in  emergency  situations.  Voyage  rep^rs  are  often  very  difficult  since 
"hot  work"  (welding)  is  usually  prohibited  in  critical  hull  structures  due  to  the  presence 
of  flammable  materials.  As  a  result,  cold  patching  is  a  popular  temporary  remedy. 
Shipyard  repairs  are  made  either  at  dockside  or  in  a  dry-dock  environment  after  the  tanks 
are  ventilated  and  washed  to  accommodate  hot  work  in  the  tanks.  This  is  the  most  ideal 
repair  environment  although  it  still  presents  problems  due  to  the  enormous  size  of  crude 
oil  carriers. 

Time  considerations  include  factors  such  as  the  time  available  to  complete 
repairs  and  the  time  until  the  next  inspection  and  repairs.  More  thorough  repairs  are 
required  if  there  is  a  long  time  before  the  next  inspection  or  overhaul  period. 

Several  additional  considerations  must  be  taken  into  account  in  repair 
alternative  evaluations.  These  considerations  include  the  following;  Classification 
societies  and  regulating  authorities  dictate  the  minimum  structural  requirements  for 
compliance  with  class  rules.  Enwonmental  safety  has  become  a  major  consideration  in 
the  repair  of  ships.  Environmental  disasters  can  produce  both  ecological  damage  and 
serious  financial  damage  to  the  owner  and  operators  of  the  ship  as  illustrated  by  the 
grounding  of  the  Exxon  Valdez  in  Prince  William  Sound.  The  goal  of  repairs  is  to 
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minimize  the  chance  that  such  an  incident  is  caused  by  poor  repair  and  maintenance  of 
the  structure.  Accessibility  for  monitoring  by  crew  wUl  determine  whether  monitoring  of 
minor  structural  problems  is  feasible.  If  a  structural  failure  cannot  be  monitored 
effectively  it  must  be  repaired. 
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Global  Ship  Structure 


Tank  Structure 


Figure  2.1:  Global  Structure  to  Side  Shell  Structure  Components 
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Figure  2.2:  Repair  alternative  example  I  [Ma,  1992] 
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Figure  2.4:  Repair  Cost  Tradeoff 
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CHAPTER  3.  REPAIR  LIFE  ESTIMATION 

The  key  to  any  repair  analysis  is  the  ability  to  rank  repair  alternatives  according 
to  some  index.  In  the  Repair  Management  System  (RMS),  the  expected  life  of  a  repair  is 
used  as  the  index. 

In  this  chapter  we  will  develop  an  approach  of  fatigue  life  estimation  based  a 
amplified  fatigue  analysis.  The  simplified  fatigue  analysis  >\dll  be  enhanced  and  modified 
so  that  it  takes  a  much  shorter  time  than  usual  to  perform.  Hus  is  achieved  by  eliminating 
lengthy  load  computations.  As  a  result,  quick  comparison  of  repair  alternatives  is 
possible.  This  approach  can  be  applied  to  practical  uses  and  can  promote  the  expertise  in 
repmr  yard.  An  example  of  repair  analysis  is  reviewed.  Lastly,  a  fatigue  reliability  model 
is  summarized. 


3«1  Fatigue  Calculation 


To  calculate  the  fatigue  life  (or  damage)  of  a  ship  CSD,  the  stress  history  needs 
to  be  obtained  or  modeled.  This  stress  history  can  be  denoted  by  a  sequence  of  stress 
ranges.  Si  (where  i  is  from  1  to  its  total  number  of  cycles,  Nt).  Miner’s  rule  states  that 
the  damage  due  to  the  i*  cycle  is: 


1  ^  Sj” 

N(Si)’  A 


(3.1) 


N(Sj)  =  Number  of  cycles  alternating  stress  Sj  applied 
A  =  Life  intercept,  mean 


The  total  damage  is  obtained  by  summing  the  damage  of  each  stress  cycle; 
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(3.2) 


For  large  Nt,  the  following  approximation  can  be  made: 


(3.3) 


E[S“]  is  the  expected  value  of  S",  and  S  is  now  defined  as  a  random  variable  denoting 
&tigue  stress  range.  Assuming  equality.  Equation  3.3  becomes: 

NxE[s® 

D  = - *= — 

A 

Assume  that  the  S  has  a  Weibull  distribution.  The  expected  value  of  S”  is: 

E[s"']  =  Mm)5'"r(’”+lj  (3.5) 


(3.4) 


Where  5  =  scale  parameter, 

8  =  Weibull  (stress  range)  parameter,  and 
r(  )  =  Gamma  function. 

The  rainflow  correction  factor  X(m)  is  one,  if  6  and  8  are  evaluated  directly 
firom  measured  or  estimated  stress  histories.  The  parameter  6  can  be  expressed  in  terms 
of  So  (once  in  a  lifetime  stress  or  extreme  stress).  Sq  is  the  alternating  stress  that  is 
exceeded  on  an  average  of  once  Nq  cycles. 

So=(lnNTy^"6  (3.6) 

The  average  frequency  of  the  stress  cycles  is  defined  as  fi  =  Nt/T.  The  average 
frequency  fo  of  the  stress  cycles  is  a  constant  2.5x10^  cycles/yr  for  the  wave  loading  on 
ship  structure. 
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A  random  variable,  B,  is  introduced  to  account  the  uncertainties  associated  vdth 
the  computation  of  fatigue  stresses.  Making  the  substitutions  and  combining  Equation 
3.5  and  3.6,  Equation  3.4  becomes  [Wirsching,  1983]: 

D  =  ^fo  S”  +  ij  (3.7) 


where  T  =  Time  to  failure 

B  =  Uncertainty  factor  in  estimation  of  fatigue  stress 
Equation  3.7  has  been  further  developed  to  account  for  the  effect  of  two-slope  S-N 
curves.  In  that  case  the  above  equation  vdll  have  an  extra  term  p: 

D  =  ^fo  S”  +  l]  (3-8) 


where  p  =  l-{Y(l  +  m/e,u)-u  ^^®y(l  +  [m  +  Am]/e,u)}/r(l  +  m/8) 
u  =  (Sq  /So)^  InNj 

Sq  =  S-N  stress  range  at  the  intersection  of  two  segments. 

Am  =  Slope  change  of  the  upper  to  lower  segment  of  the  S-N  curve,  and 
y(a,  x)  =  In-complete  gamma  function,  Legendre  form. 

Equation  3.8  is  used  in  the  RMS  program  that  is  described  is  Chapter  6. 
However,  Equation  3.7  is  used  to  demonstrate  the  RMS  concept  throughout  the  report 
due  to  its  simpler  form. 

Defining  the  stress  parameter,  Q  =  foE^S™  ],  Equation  3.7  becomes: 


D  = 


TB'"n 

A 


(3.9) 


When  the  damage  is  greater  than  or  equal  to  one,  failure  is  usually  assumed  to 
occur.  Laboratory  tests  have  shown  wide  variation  in  the  actual  cumulative  damage  at 
failure.  Defining  the  damage  at  failure  as  Af,  the  above  equation  can  be  rewritten  as: 
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(3.10) 


-n  Af  A 

T=  —h — 

B”"n 

We  have  reviewed  the  Wirsching’s  fetigue  equation  with  loading  based  on 
Weibull  model.  There  are  other  methods  currently  used  to  calculate  Q  including  a 
deterministic  method,  a  spectral  approach  and  etc.  [Wirsching,  1983].  Since  the  Weibull 
model  uses  only  two  variables  to  describe  loading,  it  provides  a  very  concise  format. 
Whenever  the  loading  information  (Weibull  parameter  e  and  extreme  stress  So)  is 
available,  the  fatigue  life  can  be  computed  easily.  Unfortunately  the  two  loading 
parameters  are  very  difficult  to  obtain.  This  problem  is  addressed  in  the  following 
section. 


3»2  Fatigue  Life  Estimation  of  Repaired  Cracks 

When  a  repair  is  made,  a  combination  of  three  things  can  occur; 

1.  a  change  in  the  S-N  curve  designation  of  a  location  due  to  modifications  such 
as  welding; 

2.  a  change  in  the  alternating  stress  level  of  a  location  due  to  change  in 
geometry;  and/or 

3.  a  change  in  component  thickness  (thus  alternating  stress  level)  due  to  the 
addition  of  a  thicker  insert  plate  or  doubler. 

To  estimate  repair  lives  and  compare  repair  alternatives,  these  three  changes  must  be 
accounted  for. 

To  examine  how  the  fatigue  equation  (3.7,  3.8)  can  be  used  to  evaluate  repairs, 
consider  a  crack  discovered  in  Ti  years  that  developed  due  to  fatigue.  Assuming  a 
Weibull  parameter  and  curve  designation,  the  extreme  stress  range  (once  in  a  life  time) 
required  to  produce  the  failure  may  be  determined. 
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Due  to  the  many  assumptions  involved,  this  stress  range  is  only  useful  when  used 
on  a  comparative  basis.  For  example,  consider  a  crack  originating  at  a  cutout  comer  (C 
class,  mi=3.5,  log  Ai=14.03,  single  slope  approximation)  in  the  side  shell  is  discovered  in 
Tj  years.  Assume  the  Weibull  parameter  e  is  equal  to  0.9.  As  will  be  discussed  shortly, 
the  Weibull  parameter  is  nearly  independent  of  the  repair  life.  In  other  words,  assuming 
0.9  will  make  very  little  difference  from  assuming  1.0  or  other  values. 

The  calculated  peak  Weibull  stress  range  to  cause  failure  (A^l)  based  on  the 
mean  S-N  data  and  no  uncertainty  (8=1)  is: 


Si  = 


_(l"(foT|)) 


1/e 


B 


Af  Ai 


T,  + 1] 


1/mi 


(3.11) 


The  average  frequency  fo  of  the  stress  cycles  is  known  to  be  a  constant  2.5x10^ 
cycles/yr  for  the  wave  loading  on  ship  structure.  It  can  be  verified  by  the  following 
calculation  assuming  70  percent  ship  operation  and  an  average  wave  encounter  period  of 
9  seconds; 


f  _  0  jofi  cycle  Y 365  daysY24  hrsV 60  min  V 60  sec'j 
°  V  9  sec  ^  1  year  jy  1  day  Jv  1  hr  A  1  min  J 


(3.12) 


=  2.5x10®  cycles/yr 


If  this  crack  is  then  ground  out  and  welded  up,  the  S-N  curve  degrades  to,  say,  D 
class  (m2=3.0,  A2=3.99el2).  The  Weibull  parameter  remains  the  same  as  0.9  by 
assuming  the  ship  will  continue  service  in  the  same  route.  The  assumed  value  of  the 
Weibull  parameter  will  be  shown  to  be  almost  independent  of  the  estimated  fatigue  life 
T2  in  the  next  section. 

All  the  data  needed  to  computed  T2  are  available  except  the  extreme  stress  S2. 
Apply  Si  and  S2  to  the  equation  of  the  Weibull  extreme  value  [Ochi,  1990]: 


26 


(3.13) 


S, 

5  a 

S,=i(tal!s.)>'«  (3.14) 

6  a 


Where  a  =  risk  parameter, 

Nti  =  X  Ti,  number  of  cycles  in  the  first  fatigue  life, 

Nr  =  5,  X  T2,  number  of  cycles  in  the  expected  repair  life. 

Take  a  =  l-e*',  so  Si  and  S2  will  be  the  characteristic  largest  value.  Combine  Equation 
3.13  and  3.14,  and  an  expression  for  S2  can  be  obtained: 


S2  -  Si 


In 


N 


T2 


\l/8 


l-e 


-1 


N 


T1 


In  , 

V  l-e-*; 


(3.15) 


Possibly  the  repair  is  done  not  only  by  veeing  and  welding  but  also  by  adding  an 
extra  reinforcing  component  like  a  lug.  The  stress  around  the  cutout  opening  will  be 
reduced  due  to  the  new  installed  component. 

Define  a  stress  reduction  factor  K«f  as  the  stress  level  after  repmr  divided  by  the 
original  stress  level  (see  Chapter  5  for  more  details).  S2  needs  to  be  multiplied  by  this 
factor,  whenever  a  geometry  modification  is  carried  out.  S2  is  modified  by  the  following 
equation  to  correct  for  changes  in  stress  level  due  to  a  geometry  modification  or 
component  thickness  change  in  the  repured  detail: 


S,'  =  S,K 


2^srf 


^  ^original 


•'repair  ) 


(3.16) 


t  =  Thickness  of  the  repaired  and  original  detml 

n  =  Factor  which  is  dependent  on  the  dominant  stress  direction 


27 


Since  typically  we  deal  with  Mode  I  cracking  (resulting  from  tensile  stress),  n  will 
equal  one  in  most  cases. 

The  new  mean  life  to  failure  T2  (Df=l)  may  be  estimated  by  solving  the 
following  by  iteration  for  T2  : 

foCBSjo"’  r(^  + '] 

Since  the  veeing  and  welding  may  bring  potential  defects  on  the  weld,  the 
repaired  detail  generally  has  a  shorter  life  than  the  original.  For  the  CSD  used  in  this 
case,  the  repair  of  veeing  and  welding  without  a  geometry  modification  will  give  a  result 
as  follows; 


5.0 

10.0 

15.0 

20.0 

1 

1 

2.6 

4.7 

6.6 

8.4 

Note  that  this  approach  is  suitable  only  for  those  cracks  caused  by  fatigue.  It 
assumes  that  there  is  neither  faulty  material  nor  poor  construction  like  incorrect  welding 
procedures,  incomplete  welding,  material  defects  and  misalignment  problems. 

In  short,  using  the  fatigue  equation  (3.7,  3.8)  to  compute  the  expected  mean 
repair  life,  four  sets  of  variables  are  needed: 

•  S-N  data  of  the  detail  (mi,  Ai) 

•  First  fatigue  life  of  the  detail  (Tj) 

•  S-N  data  of  the  repaired  detail  (m2,  A2) 

•  Stress  reduction  factor  (K,rf) 
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Whenever  the  above  four  sets  of  information  are  available,  then  the  expected  repair  life 
can  be  computed. 

3»3  Load  Considerations 


3.3.1  Weibull  Loading  Model 

To  evaluate  a  component  for  fatigue,  the  alternating  stress  level  must  be 
determined.  The  effect  of  mean  stress  can  generally  be  ignored  due  to  its  generally  small 
magnitude  and  small  influence  on  the  fatigue  strength  of  steels  [IS SC,  1988,  1991]. 
Several  models  can  be  used  to  represent  the  long  term  stress  range,  including  wave 
exceedance  diagrams,  spectral  methods,  the  Weibull  model  and  the  Nolte-Hansford 
model.  A  Weibull  model  to  represent  the  long  term  distribution  of  cyclic  stress  ranges  is 
used  for  the  RMS  due  to  its  relative  simplicity  and  general  applicability. 


Using  the  Weibull  model,  the  alternating  stress  in  ship  structure  is  represented  by; 


F(S)  =  Pr(s  >  S)  =  exp  j 

(3.18) 

F(S) 

=  Probability  that  stress  range  S  is  exceeded 

8 

=  Weibull  shape  parameter 

5 

=  Weibull  scale  parameter 

The  scale  parameter  5  may  be  related  to  the  stress  range  and  the  return  period  Nq  by: 

S, 


Sq  is  the  alternating  stress  that  is  exceeded  on  an  average  of  once  every  Nq  cycles 
(design  life  or  actual  life  in  Qrcles).  So  now  we  have  a  one  parameter  distribution 


represented  by: 


F(S)  *  Pr(s  >  S)  =  exp 


t 


\ 

In  No 

> 


(3.20) 


Defining  N  as  the  number  of  stress  variations  of  Ng  that  exceed  S  this  equation 
may  be  expressed  as: 


S  = 


logN 

logN, 


1 


oy 


(3.21) 


The  Weibull  shape  parameter  e  will  vary  with  the  environment  (trading  route,  sea 
conditions)  and  the  response  of  the  ship  structure  to  the  environment.  Specifically,  e  will 
vary  with  ship  length,  ship  type,  location  within  the  ship  and  the  trading  route  under 
operation.  For  crude  carriers  and  cargo  ships,  e  is  typically  between  0.7  and  1.3 
[Munse,  1981].  See  Figure  3.1  for  illustration  of  its  influence  on  the  stress  range 
exceedance  diagram.  It  is  currently  assumed  to  be  0.9  in  the  RMS.  This  assumption  is 
justified  in  the  next  section. 


3.3.2  Justification  of  Weibull  Parameter  Assumption 

In  the  approach  of  simplified  fatigue  analysis  for  repaired  CSD,  the  Weibull 
parameter  has  been  assumed  as  0.9.  This  assumption  needs  to  be  justified.  Likewise  we 
want  to  know  how  sensitive  the  fatigue  life  is  to  different  values  of  Weibull  parameter. 
In  order  to  find  this  out,  a  &tigue  crack  in  a  longitudinal  cutout  radius  (comer)  is  chosen 
as  the  sample  to  be  evaluated.  Six  repair  alternatives  are  considered  from  simply  veeing 
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and  welding  to  adding  a  lug  (see  Figure  3.2).  Each  repair  will  have  effects  on  increasing 
or  decreasing  fatigue  strength  (S-N  data)  or  a  stress  level  as  listed  in  follows: 


Repair 

S-N  Curve  or  Stress  Changes 

1  veeing  and  welding 

degraded  from  C  to  E 

2  veeing  and  welding  plus  treatment 

degraded  form  C  to  D 

3  Inserting  a  new  plate 

No  change  of  S-N  curve  or  stress  level 

4  Adding  a  lug  plus  repair  1 

Stress  is  lowered,  degraded  from  C  to  E 

5  Adding  a  lug  plus  repair  2 

Stress  is  lowered,  degraded  from  C  to  D 

6  Adding  a  lug  plus  repair  3 

Stress  is  lowered,  no  change  of  S-N  curve 

(The  stress  is  reduced  to  70%  hypothetically  for  repdr  #4,  #5  and  #6.) 


In  the  first  case,  a  crack  is  assumed  to  have  an  original  fatigue  life  of  10  years. 
The  expected  fatigue  lives  of  the  repaired  detail  are  calculated  using  different  values  of 
Weibull  parameters  from  0.7  to  1.2.  The  result  is  shown  in  Figure  3.3.  From  Figure  3.3, 
we  can  see  that  the  different  values  of  Weibull  parameter  give  very  little  difference  on  the 
expected  repair  lives.  Then  the  second  case  of  sensitivity  test  is  carried  out  by  assuming 
the  crack  has  an  original  fatigue  life  of  15  years  (Figure  3.4).  This  case  gives  a  very 
similar  result  as  the  first  case.  It  also  shows  that  the  expected  repair  lives  are  not 
sensitive  to  the  Weibull  parameter. 

The  two  tests  show  that  while  higher  Weibull  values  are  assumed,  the  extreme 
stress  (once  in  a  life  time)  reduces  in  such  a  way  that  they  together  contribute  a  constant 
amount  of  damage.  The  result  is  amazingly  consistent,  that  is,  no  matter  what  value  is 
used  the  approach  produces  very  close  results.  In  the  repair  #3  of  both  cases,  the  error 
is  as  low  as  0%.  Therefore,  the  conclusion  is  made  as  that  the  assumption  of  Weibull 
value  does  not  influence  repair  lives  significantly.  Since  the  load  computation  is  the  most 
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tedious  part  of  a  fatigue  analysis,  these  new  finding  completely  eliminate  it.  This  enables 
a  repair  life  estimation  to  be  done  within  a  minimum  time. 


3.3.3  Stress  Reduction  due  to  Geometry  Modification 


Fatigue  is  dependent  on  the  local  stress  in  a  CSD.  The  local  crack  opening  stress 
may  be  estimated  by  detailed  finite  element  analysis.  For  a  ship  CSD,  the  loadings  may 
be  broken  up  into  longitudinal  stress  due  to  hull  bending  (vertical  and  horizontal),  shear 
(vertical),  and  net  pressure.  For  a  complete  description  of  the  stress  reduction  factors 
from  a  finite  element  analysis  model,  each  of  these  load  cases  should  be  applied 
independently  to  the  part.  The  results  from  each  of  these  analyses  can  then  be  used  to 
create  a  table  of  stress  reduction  factors  (SRF).  The  SRF  is  function  of  the  detail 
configuration,  the  location  within  the  detail,  and  the  applied  stress  direction. 

While  the  geometry  of  a  detail  is  modified  due  to  a  repair,  we  have  a  change  in 
stress  level  at  the  crack  location.  We  can  define  this  change  in  stress  level  as  a  stress 
reduction  factor  (Kg^f): 


K 


(3.22) 


where  Si  is  the  hotspot  stress  before  repair. 

S2  is  the  hotspot  stress  at  the  same  location  after  a  certain  repair. 

Considering  a  ship  structure  as  a  linear  system,  the  hotspot  stress  before  repair  Si  can  be 
decomposed  into  four  components  as  follows: 

Si  =  Sy +Sh +Sp +  Ss  (3.23) 


where  Sv  =  stress  due  to  vertical  bending 
Sh  =  stress  due  to  horizontal  bending 
Sp  =  stress  due  to  net  pressure 
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Ss  =  stress  due  to  shear  force 

After  the  detail  has  been  repaired  by  reinforcing,  the  stress  levels  of  these  four 
components  will  be  lowered  independently.  In  an  overaU  sense  S,  will  drop  to  S2  by  the 

factor  of  Krf  as  the  following  equation: 

S2  =  k  ySv  +  kjjSH  +  kpSp  +  kgSg 


=  Si(Rvkv  +RHkH  +Rpkp  +Rsks) 

~  SjKsrf 


Sr  u 


(3.24) 


The  overall  stress  reduction  factor  K.^  for  the  modified  detail  can  be  written  concisely  as: 


Ksrf=tRiki 


i«l 


(3.25) 


i  =  Load  case  number 

n  =  Total  number  of  load  cases 

=  Stress  reduction  factor  for  load  case  i 
Rj  =  Load  ratio  for  load  case  i  at  the  ship  location  under  study. 

This  linear  combination  is  valid  only  if  stress  reduction  factors  are  defined  normal  to  the 
crack  direction. 

Ri  is  dependent  on  location.  Depending  on  the  location  of  the  detail  vdthin  the 
ship,  the  effect  of  these  stress  reduction  factors  will  vary.  For  example,  around  the 
waterline  location  of  the  ship,  the  stress  due  to  vertical  bending  is  mimmal  (close  to  the 
neutral  axis)  and  the  stress  due  to  external  pressure  is  very  high  (wave  loading). 
Therefore,  to  compare  the  stress  levels  at  various  locations  within  several  repair 
alternatives,  it  would  be  ideal  to  develop  a  load  ratio  as  a  function  of  the  location  within 

a  ship. 

The  process  of  identifying  R  through  wave  spectrum  and  global  structural 
analysis  is  extremely  tedious.  This  development  of  the  RMS  will  assume  that  cyclic 
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pressure  is  the  dominant  load  for  CSD  fatigue  cracks.  In  other  words,  we  assume  Rp  is 
closely  equal  to  one  and  the  other  three  load  ratios  are  zero.  Equation  3.25  becomes: 

Ksrf  =  kp  (3.26) 

With  this  assumption  K^f  will  be  independent  of  crack  location.  While  making 
this  assumption,  the  stress  reduction  &ctors  in  RMS  will  be  more  effective  on  the  details 
subjected  to  cyclic  wave  or  internal  pressures.  In  other  words,  they  are  suitable  for  those 
details  under  pressure  load  like  side  shell  or  forepeak  structure. 

In  Chapter  5,  we  calibrate  K,rf  for  a  variety  of  repair  alternatives  using  finite 
element  analysis.  When  new  details  are  analyzed  by  finite  element  methods  or  by  testing, 
results  can  be  stored  in  a  tabular  format  for  immediate  use  in  the  evaluation  of  repairs. 

3,4  Example  of  Repair  Alternative  Evaluation 

A  failure  example  in  a  longitudinal  cutout  will  be  analyzed  to  illustrate  how  this 
evaluation  process  proceeds.  A  crack  in  the  cutout  radius  is  assumed  to  be  discovered  at 
a  ship  life  of  10  years  (Ti).  As  a  temporary  repair,  the  stress  concentration  factor  of 
approximately  9  for  the  sharp  crack  can  be  reduced  to  approximately  3  simply  by  drilling 
a  hole  at  the  crack  tip  [ISSC,  1991].  However  that  is  not  a  formal  repair.  Five  repair 
alternatives  are  evaluated  here. 

Repair  1  Vee  and  Weld 

The  geometry  of  this  detail  has  not  been  modified  and  the  loadings  are 
unaffected.  As  a  result,  the  stress  at  the  crack  location  will  remain  relatively  unchanged 
except  for  the  addition  of  the  weld.  The  material  degradation  due  to  welding  is 
accounted  for  by  modifying  the  S-N  curve  from  C  to  E  class.  Following  the  computing 
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procedures  of  the  previous  section,  the  result  of  the  expected  repair  life  is  about  3.84 
years  only. 


Renair  2  Vee  and  Weld  Plus  Post  Weld  Improvement 

This  repair  is  almost  the  same  as  Repmr  1 .  Since  the  weld  surface  is  improved, 
the  material  degradation  due  to  welding  is  accounted  for  by  modify  the  S-N  curve  from 
C  to  D  class.  Following  the  computing  procedures  of  the  previous  section,  the  result  of 
the  expected  repmr  life  is  about  4.66  years  only. 


Repair  3  Insert  a  New  Plate; 

The  geometry  of  this  detail  has  not  been  modified,  but  the  insert  plate  thickness 
may  be  different  from  the  original  plate.  At  the  crack  location,  the  expected  life  of  this 
repair  is  assumed  to  be  equal  to  that  of  the  original,  that  is,  10  years.  In  case  that  the 
plate  thickness  t  is  modified,  the  new  stress  range  should  be  estimated  by  Equation  3.16. 
A  better  repair  can  be  obtsuned.  Notice  that  two  new  hot  spots  are  introduced  by  the 
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weld  around  the  inserted  plated.  At  the  weld  locations,  a  combination  of  a  stress 
concentration  factor  increases  due  to  the  change  in  plate  thickness  and  a  change  in  the  S- 
N  curve  due  to  the  addition  of  the  weld  occurs.  Therefore  the  inserted  plate  should  be 
carefully  configured  to  avoid  new  hot  spots. 


Repair  4  Vee  &  Weld  Plus  Add  a  Lug! 

In  this  case  the  geometry  has  been  modified  so  that  we  have  a  change  in  stress 
level  plus  a  change  in  S-N  curve  designation  at  the  crack  location.  The  change  in  stress 
level  is  determined  by  a  stress  reduction  factor.  The  stress  reduction  factor  can  be  sound 
in  Chapter  5.  Notice  that  the  S-N  curve  has  been  degraded  at  the  lug  weld  location  and 
at  the  location  of  the  crack,  too.  Each  of  these  locations  should  be  evaluated  separately. 


Repair  5  Insert  Plate  Plus  Add  a  Engi 

In  this  case  the  geometry  has  been  modified  so  that  we  have  a  change  in  stress 
level  plus  a  change  in  S-N  curve  designation  at  the  weld  locations.  There  is  no  change  in 
the  S-N  curve  at  the  original  crack  location,  but  possibly  a  change  in  plate  thickness  of 
the  inserted  plate.  Evaluation  continues  as  for  Repair  4. 
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Repair  6  Add  a  Bracket  Plus  Repair  5; 

In  this  case  the  geometry  has  been  modified  beyond  repair  4  with  the  addition  of 
brackets.  Evaluation  continues  as  for  Repair  S. 


A  simplified  approach  to  the  estimation  of  the  fatigue  life  of  repair  alternatives 
has  been  outlined  and  demonstrated  for  a  typical  side  shell  structural  detail.  Depending 
on  the  data  available,  some  required  information  might  be  missing  to  estimate  the  repair 
life.  The  RMS  should  report  this  missing  data  and  allow  for  easy  addition  of  any  new 
results  to  the  database. 


3.5  Fatigue  Reliability 

Significant  uncertainty  exists  in  the  factors  of  fatigue  damage  expressions  in 
Section  3.1.  For  example,  cycles  to  failure  data  t>q)ically  have  coefficients  of  variation 
ranging  from  50  to  150%.  Similarly,  the  process  of  computing  fatigue  stresses  fi-om 
oceanographic  data  contains  a  sequence  of  several  operations  that  can  produce  both 
random  and  systematic  errors  in  the  stress  estimates. 

This  section  reviews  a  reliability  model  for  a  ship  CSD  subjected  to  a  potential 
fatigue  problem.  The  variables  in  the  damage  expression  are  considered  as  lognormally 
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distributed  random  variables.  The  resulting  reliability  format  is  useful  for  evaluating  the 
probability  of  failure  of  a  ship  structural  detail. 

Miner’s  rule  states  that  failure  under  irregular  stress  ranges  occurs  when  fatigue 
damage  D  ^  1.  But  random  &tigue  experimental  results  have  suggested  that  it  is 
appropriate  to  describe  fatigue  fulure  more  generally  as 

D>A  (3.27) 


where  A  =  a  random  variable  denoting  damage  at  failure. 

A  is  defined  as  a  random  variable  in  order  to  quantify  the  inaccuracies  associated 
with  using  a  simple  model  to  describe  a  complicated  physical  phenomenon. 
Uncertainties  in  fatigue  strength,  as  evidenced  by  scatter  in  S-N  data,  are  accounted  for 
by  considering  A  to  be  a  random  variable  (with  m  =  a  constant).  Inaccuracies  in  the 
process  of  estimating  fatigue  stresses  from  oceanographic  data  are  described  by  the 
random  variable  B. 

Let  T  denote  time  to  fatigue  failure.  Letting  D  =  A,  the  basic  damage  expression 
of  Equation  3.9  can  be  expressed  in  terms  of  time  to  failure. 


T  = 


AA 

B”n 


(3.28) 


Because  A,  A,  and  B  are  random  variables,  T  also  is  a  random  variable.  The  probability 
of  fatigue  failure  is  defined  as: 

Pf=P(T<Ts)  (3.29) 


where  Ts  =  service  life  of  the  structure. 

In  Wirsching’s  reliability  model  [Wirsching,  1983],  each  random  variable  is 

assumed  to  have  a  lognormal  distribution.  Employing  mathematical  properties  of 
lognormal  variables,  an  expression  for  Pf  can  be  derived  as, 

Pf  =  ®(-P)  (3.30) 
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where  0(*) 
index. 


is  the  standard  normal  distribution  function,  and  P  is  defined  as  the  safety 


<^lnT 


(3.31) 


T  is  the  median  value  of  T  and  equal  to. 


T  = 


AA 
B®  n 


(3.32) 


The  tildes  indicate  median  values.  Also,  the  standard  deviation  of  log  T  is 


OinT  - 

<^lnT  =)  'ln(l+CiXl  +  Cj)(l+C|r 


(3.33) 

(3.34) 


where  the  C’s  are  the  coefficients  of  variation  of  each  variable. 

It  should  be  emphasized  that,  because  of  the  lognormal  assumption  for  A,  A  and 
B,  and  because  of  poor  definition  of  distributions  in  the  critical  tail  areas  resulting  fi'om 
lack  of  data,  computed  values  of  Pf  do  not  necessarily  provide  precise  estimates  of  risk. 

Values  of  Pf  are  useful  in  a  relative  sense. 

The  principal  reason  for  using  the  lognormal  format  is  that  fiitigue  life,  T,  has  an 
exact  lognormal  distribution  when  A,  A,  and  B  are  lognormal.  It  results  a  relatively 
simple  closed  form  and  exact  expression  for  Pf.  A  complicated  probability  problem  is 

created  when  any  other  distribution  is  used  for  any  of  the  variables.  Moreover,  it  has 
been  demonstrated  that  the  lognormal  is  a  valid  model  for  a  wide  variety  of  structural 
design  variables.  The  lognormal  model  has  been  shown  to  provide  a  good  fit  to  data  on 
A.  It  is  also  considered  to  be  reasonable  for  B  and  A. 

For  a  reliability  analysis  it  is  necessary  to  specify  the  median  and  the  coefficient  of 
variation  of  A,  B,  and  A.  The  values  of  K  and  Ck  is  obtained  from  the  S-N  data.  For  A 
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describing  the  modeling  error  associated  with  Miner’s  rule,  the  values  of  A  =  1.0  and  Ca 
—  0.3  are  widely  used.  The  variable  B  is  used  to  quantify  the  modeling  error  associated 
with  assumptions  made  in  the  stress  analysis  and  the  description  of  fatigue  strength. 
Several  sources  can  contribute  to  the  bias  B.  Wirsching  uses  five  contributors.  The 

fi-equently  used  values  of  the  medians  and  COV’s  of  the  five  are  listed  [Wirsching, 
1984]: 


Bias 

COV 

Bm  =  Fabrication  and  assembly  operations 

0.9-1.3 

0. 1-0.3 

Bs  =  Sea  state  description 

0.6-1.2 

0.4-0.6 

Bp  =  Wave  load  prediction 

0.6-1. 1 

0. 1-0.3 

Bn  =  Nominal  member  loads 

0.8-1. 1 

0.2-0.4 

Bh  =  Estimation  of  hot-spot  SCFs 

0.8-1.2 

0. 1-0.5 

For  the  fatigue  life  estimation  of  a  repaired  detail,  the  load  information  is  directly  derived 
fi-om  the  load  of  the  original  fatigue  life.  Therefore  only  Bm,  B.  and  Bp  are  needed. 
Using  these  three  bias  factors  the  following  representation  of  B  is  obtained; 

B  ~  BmBsBf  (3.35) 


Assuming  the  ship  tvill  continue  serve  on  the  same  route,  B.  and  Bp  may  be  further 
eliminated.  Assuming  that  each  random  variable  is  lognormally  distributed  the  median 
and  the  COV  of  B  are  respectively: 


Cfi  - 


B=nBi 

i 

(3.36) 

^no+Ci^)-! 

(3.37) 
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Figure  3.1:  Five  Weibull  distributions  with  different  values  ofWeibull 
parameter  shown  on  a  stress-range  exceedance  diagram. 
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Repair  1: 
Weld  only 


Repair  2: 
Weld  and 
Treatment 


Repair  3; 
Insert  Plate 


Repair  4: 
Redesign 
plus  Repair  1 

Repair  5: 
Redesign 
plus  Repair  2 


Repair  6: 
Redesign 
plus  Repair  3 


Figure  3.2:  Six  repair  alternatives  on  a  fatigue  crack  in  cutout  radius. 


Repair  Lives 


Sensitivity  Jest  on  Weibull  Parameter 


Figure  3.3:  Test  the  sensitivity  of  Weibull  parameter  (case  1). 
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Sensitivity  Test  on  Weibull  Parameter 
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Figure  3.4:  Test  the  sensitivity  of  Weibull  parameter  (case  2). 


CHAPTER  4.  S-N  DATA 


To  calculate  the  expected  fatigue  life  of  a  given  repair,  both  load  and  strength 
data  are  needed  as  described  in  the  previous  chapter.  The  load  can  be  described  by  a 
Weibull  load  model.  The  fatigue  strength  can  be  described  by  an  S-N  curve.  In  this 
chapter  we  summarize  explain  the  traditional  ways  of  obtaining  S-N  data  for  a  Critical 
Structural  Detail  (CSD).  In  addition  we  will  introduce  a  new  method  to  calibrate  the  S- 
N  data  for  repaired  CSD.  These  data  are  a  necessary  input  in  estimating  fatigue  lives. 

4.1  S-N  Curve 


Fatigue  refers  to  the  failure  of  materials  under  repeated  actions  of  stress 
fluctuation.  The  loads  responsible  for  fatigue  are  generally  not  large  enough  to  cause 
material  yielding.  Instead,  failure  occurs  after  a  certain  number  of  load  or  stress 
fluctuations. 

Fatigue  strength  is  therefore  not  represented  by  a  single  stress  value  but  by  a 
curve  on  a  chart  of  stress  range  related  to  number  of  cycles.  Ideally  to  obtain  the  fatigue 
strength  of  a  CSD,  a  prototype  of  the  CSD  needs  to  be  tested  under  different  values  of 
constant  stress  ranges.  Due  to  the  size  and  complex  geometry  of  a  CSD,  it  is  almost 
impossible  to  perform  such  tests  to  obtain  the  fatigue  strength  information. 

Therefore  laboratory  specimens  are  made  and  tested  with  alternating  loads.  The 
relation  between  the  stress  range,  S,  and  number  of  cycles  to  failure,  N,  is  plotted  as  a 
curve.  This  curve  is  called  S-N  curve  and  is  assigned  a  letter  such  as  B,  C,  D,  E,  F,  F2, 
G,  W  or  others  (Figure  4.3).  Different  curves  represent  specimens  of  different 
configuration.  A  ship  structural  detail  can  be  matched  to  the  S-N  curve  of  a  laboratory 
specimen  if  it  has  a  similar  geometry  and  loading  condition  to  the  specimens.  Different 
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locations  within  a  detiul  are  assigned  an  S-N  curve  that  represents  the  fatigue 
characteristics  of  that  location. 

An  indication  of  the  relationship  between  a  ship  structure  detail  and  a  laboratory 
fatigue  specimen  is  given  in  Figure  4. 1 .  The  shown  fatigue  spedmen  (right  side  in  Figure 
4.1)  is  classified  into  the  class  F  by  the  U.K.  Department  of  Energy  (U.K.  Den)  [Chen, 
1992].  Since  the  ship  structural  detail  shown  in  the  left  side  of  the  figure  has  a  similar 
geometry  and  loading  condition  as  the  specimen,  the  detail  can  be  assigned  a  S-N  curve 
of  Class  F.  Naval  architects  have  been  investigating  which  S-N  curve  should  be  assigned 
to  the  corresponding  critical  location  in  a  CSD  [Chen,  1992]. 

There  is  an  amount  of  judgment  involved  in  the  assigning  of  an  appropriate  S-N 
curve  to  a  critical  location  in  a  CSD.  Work  on  matching  S-N  curves  to  ship  structural 
detail  has  been  explored  [Chen,  1992].  The  study  assigned  U.K.  DEn  S-N  curves  to 
some  critical  location  in  a  variety  of  ship  CSDs  representing  current  design  and  shipyard 
practice  of  tanker  structure.  Figure  4.2  shows  some  results  from  that  study. 

Beside  U.K.  DEn  curves,  there  are  also  S-N  curves  that  are  developed  by  other 
organizations.  Department  of  Civil  Engineering  of  the  University  of  Illinois  has 
developed  sets  of  S-N  data  based  on  small  specimens  [Munse,  1983].  Since  significant 
amount  of  work  has  been  done  by  ABS  in  the  classification  of  CSDs  for  the  use  of  U.K. 
DEn  S-N  curves,  we  adopted  the  classification  of  CSDs  by  ABS.  Therefore  the  U.K. 
DEn  curves  are  used  in  the  RMS. 

Figure  4.3  summarizes  the  design  S-N  curves  associated  with  these  designations. 
S-N  class  designations  closer  to  "A"  in  the  alphabet  represent  more  durable  locations 
than  those  designated  by  a  subsequent  letter.  These  curves,  which  represent  the  mean 
data  (for  design  purposes)  of  log  N,  may  be  described  by: 

logN  =  log  A-m  logs  (4.1) 
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N  =  Predicted  number  of  cycles  to  &ilure  under  stress  range  S 

A  =  Life  intercept 

S  =  Applied  constant  amplitude  stress  range 

m  =  Inverse  slope  of  S-N  curve 

The  U.K.  DEn  specifications  provide  tables  relating  to  selection  of  S-N  curves 
for  any  given  structural  detail  situation. 

It  has  been  observed  that  the  logarithm  of  N  is  q)proximately  normally 
distributed  at  a  particular  stress  range  [Wirsching,  1983].  Others  have  fit  different 
distributions.  In  the  log-normal  approach,  the  mean  S-N  curve  is  found  by  performing  a 
linear  regression  analysis,  minimizing  the  error  in  log  N  using  the  method  of  least  squares 
with  log  S  as  the  independent  variable.  The  large  variance  in  the  number  of  cycles  is 
primarily  due  to  variance  in  the  weld  geometry  and  weld  imperfections. 

Some  fatigue  analyses  are  based  on  the  S-N  curve  which  is  two  standard 
deviations  below  the  mean  to  ensure  a  safer  design.  This  means  that  two  standard 
deviations  are  deducted  from  mean  S-N  curves  to  be  on  the  safe  side  of  test  results  (See 
Figure  4.4),  that  is,  97.5%  survival  S-N  curve  is  obtained.  In  RMS,  the  mean  S-N 
curves  are  used.  As  a  result,  the  estimated  fatigue  lives  in  RMS  will  be  mean  (or 
expected)  fatigue  lives. 

There  is  a  size  effect  associated  with  these  curves  [Chen,  1992].  To  account  for 
this.  Equation  4.1  may  be  modified  to  the  following  for  all  types  of  welded  structure 
except  for  butt  welds  dressed  flush  and  low  local  bending  across  the  plate  thickness; 

log  N  =  log  A  -  ^  log  -  m  log  S  (4.2) 

The  variable  t  is  the  thickness  in  millimeters  through  which  a  crack  will  grow  (e.g.,  plate 
thickness). 
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The  strength  and  type  of  steel  typically  have  only  a  snuill  negligible  effect  on  the 
fatigue  life  of  a  particular  weld  detail  in  the  longer  life  re^me,  even  if  tests  on  the  un¬ 
welded  base  plate  indicate  material  dependence.  The  welding  process  also  does  not 
typicaUy  have  a  large  effect  on  the  fatigue  strength,  unless  a  unique  discontinuity  is 
produced.  This  material  independence  is  more  e\ddent  in  large-scale  defect-dominated 
specimens  than  in  some  small-scale  tests  [Fisher  &  Dexter,  1993] 

It  is  worth  noting  that  S-N  performance  is  also  affected  by  the  environment. 
When  steel  is  subjected  to  cyclic  stresses  while  in  contact  with  a  corrosive  environment 
like  sea  water,  the  fatigue  strength  may  be  reduced  as  compared  with  the  fatigue  strength 
for  the  same  number  of  cycles  in  air.  In  tankers,  the  rules  of  some  class  societies  now 
require  coating  in  ballast  tanks,  so  only  cargo  tanks  without  coating  will  potentially 
suffer  this  corrosion  fatigue. 

There  are  two  distinct  regions  in  Table  4.1.  For  cycles  N>  10^  there  is  a  change 
in  slope  to  take  account  of  the  corrosion  effect.  There  is  some  controversy  over  the 
actual  effect  of  sea  water  and  cathodic  protection  on  these  curves;  however,  the  RMS 
will  allow  the  S-N  curve  data  to  be  modified  to  the  form  desired  by  the  user.  For 
unprotected  steel  in  sea  water,  a  fatigue  strength  is  assumed  to  be  reduced  by  a  factor  of 
2.0  [Chen,  1992], 

4,2  Nominal  or  Hot  Soot  S-N  Curves 


There  are  two  approaches  to  define  S-N  curves;  nominal  stress  approach  and 
hot-spot  stress  approach.  The  nominal  stress  approach  is  used  in  the  RMS.  However  it 
is  worthwWle  to  explain  both  approaches  here.  The  concept  of  the  hot-spot  stress 
approach  vnll  be  helpful  to  the  stress  recovery  which  will  be  discussed  in  the  next 
chapter. 
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The  nominal  stress  approach  separates  ship  structural  details  into  categories 
having  similar  fatigue  resistance.  A  &tigue  curve  must  be  generated  for  each  of  these 
categories.  The  stress  concentration  effects  associated  with  the  shape  of  the  weld  and 
the  local  geometry  of  the  detail  is  an  integral  part  of  the  fatigue  resistance.  Therefore, 
the  loading  is  generally  characterized  in  terms  of  the  nominal  stress  in  the  plate  remote 
from  the  weld  detail.  In  ship  primary  components  like  longitudinals,  the  nominal  stress 
can  be  conveniently  obtained  from  standard  strength  of  materials  equations  using 
member  forces  and  moments  from  a  global  analysis.  In  most  ship  internal  structural 
components  made  from  continuous  plating,  the  nominal  stresses  are  typically  obtained 
from  a  finite  element  analysis.  Use  of  simple  strength  of  material  equations  to  determine 
stresses  makes  the  approach  straightforward.  However  the  proper  definition  of  the 
nominal  stresses  may  become  a  problem  in  regions  of  high  stress  gradients. 

The  second  approach  is  called  hot-spot  stress  approach.  The  hot-spot  stress 
approach  uses  a  reduced  number  of  S-N  curves  but  involves  more  complicated  analyses 
[Schulte-Strathaus  and  Bea,  1993].  In  the  hot-spot  stress  approach,  S  is  equal  to  the 
‘hot-spot”  stress  or  the  product  of  the  nominal  stress  times  the  stress  concentration 
factor  (SCF).  This  definition  of  S  results  in  one  single  base-line  S-N  curve  that  can 
replace  several  nominal  S-N  curves  for  details  with  welds.  Theoretically,  the  base-line  S- 
N  curve  can  represent  the  fatigue  resistance  of  a  range  of  details.  An  S-N  curve 
associated  with  butt  welds  or  fillet  welds  in  a  nominal  stress  field  is  chosen  as  the  base¬ 
line  S-N  curve.  In  this  case,  the  effect  of  the  local  stress  concentration  at  the  weld  toe  is 
included  in  the  S-N  curve  and  therefore  the  SCF  includes  only  effects  associated  with 
global  geometry. 

One  problem  with  the  hot-spot  stress  approach  is  that  the  stress  gradients  are 
very  steep  in  the  vicinity  of  the  weld.  Because  of  the  high  gradients,  the  maximum  stress 
computed  or  measured  will  be  sensitive  to  the  mesh  size  or  the  gage  length.  Because  of 
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this  mesh  sensitivity  and  because  the  effect  of  local  stress  concentration  to  be  separated 
from  the  SCF,  the  hot-spot  stress  must  be  defined  in  an  arbitrary  way,  e.g.  the  stress  at  a 
certain  distance  from  the  weld  toe.  Unfortunately,  there  are  various  and  ambiguous 
definitions  of  hot-spot  stress.  The  hot-spot  stress  range  is  either  measured  using  strain- 
gages  or  calculated  using  finite  element  analysis.  There  are  various  base-line  S-N  curves 
corresponding  to  different  definitions  of  the  hot-spot  stress.  The  base-line  S-N  curve 
discussed  above  is  for  structural  details  with  welds.  For  plain  metal  (e.g.  cutouts)  other 
higher  base-line  curves  should  be  used  [Schulte-Strathaus  and  Bea,  1993]. 

4,3  S-N  Curves  of  Repaired  Details 


As  discussed  in  Chapter  3,  three  sets  of  information  are  needed  to  compute  the 
expected  repair  life.  The  first  set,  S-N  data  of  the  structural  detail,  can  be  obtained  as 
shown  in  Figure  4.2  or  from  a  past  study  [Chen,  1992].  The  second  set,  the  fatigue  life 
of  the  detail,  is  the  time  interval  from  the  delivery  of  the  ship  to  the  time  the  detail  fails. 

The  third  set,  S-N  data  of  the  repaired  detail,  is  not  readily  available.  Only  when 
the  repair  is  done  by  inserting  a  new  plate,  the  S-N  curve  for  the  original  crack  site  is 
sure  to  be  the  same  curve  as  the  original  one,  since  the  geometry  and  the  material  of  the 
detail  stay  the  same.  In  the  following,  we  will  review  two  examples  of  the  unavailability 
of  S-N  data. 

In  the  first  example,  consider  a  critical  location  at  a  cutout  radius  in  a  newly 
constructed  transverse  web,  a  C  class  of  S-N  curve  is  assigned  according  to  the  study  of 
classification  of  CSDs  [Chen,  1992].  After  this  cutout  radius  has  been  in  service  for  a 
few  years,  a  fatigue  crack  may  develop  there.  The  crack  can  be  repaired  by  veeing  and 
welding.  To  estimate  the  fatigue  life  of  this  repair,  the  S-N  class  needs  to  be  obtained. 
For  a  butt-welded  plate  a  D  curve  should  be  used.  However  the  repaired  web  cutout  has 
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been  in  service  for  a  period  of  time.  The  integrity  of  the  plate  may  has  been  degraded 
due  to  possible  corrosion,  poor  weld,  used-up  fetigue  resistance  and  other  factors.  In 
this  case  a  S-N  curve  lower  than  D-class  should  be  considered. 

In  the  second  example,  a  fatigue  crack  is  found  in  a  flatbar  heel.  An  F2-class 
curve  is  usually  assigned  to  this  type  of  location.  While  a  flatbar  heel  is  repaired  by 
rewelding,  it  will  probably  not  have  the  same  fatigue  strength  as  F2-class  curve  since  the 
flatbar  is  old.  The  similar  argument  can  be  applicable  to  other  repair  by  rewelding. 

To  the  present  time,  no  experiments  have  bwn  carried  out  to  designate  a  S-N 
class  for  the  above  two  examples.  To  address  the  unavailability  of  S-N  information  for 
repaired  CSDs,  the  RMS  developed  a  new  approach  to  calibrate  the  S-N  curves  of 
repaired  structural  details.  Also,  the  S-N  data  in  the  RMS  program  is  designed  to  be 
readily  changed  by  users.  Users  can  update  the  S-N  data  input  file  whenever  new 
information  is  available. 

4.4  S-N  Calibration  from  Historical  Inspection  Data 

The  last  section  described  the  difficulties  in  selecting  a  proper  S-N  curve  for  a 
repaired  CSD.  The  S-N  classification  of  CSDs  is  mainly  based  on  engineering  judgment. 
A  certain  class  of  S-N  curve  is  compared  and  matched  to  a  critical  location  of  a  CSD 
with  similar  geometry  as  fatigue  specimens.  Inaccuracy  may  be  introduced  in  this 
matching  process. 

Small  scaled  specimens  used  in  fatigue  experiments  could  be  used.  S-N  data  based 
on  such  experiments  are  used  widely  by  naval  architects  to  represent  the  fatigue  strength 
of  full-scale  ship  CSDs  which  are  larger  than  the  fatigue  specimens. 

To  address  this  problem,  an  approach  is  developed  to  establish  a  S-N  classification 
of  repaired  CSDs. 
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4.4.1  RMS  Procedure  to  Calibrate  S-N  Data 


In  the  RMS  approach,  we  propose  a  full  scale  &tigue  experiment  for  repaired 
CSDs  by  utiliang  historical  inspection  data  to  calibrate  the  fatigue  classification  of 
repaired  CSDs.  The  full  scale  experiments  will  not  be  carried  out  in  the  laboratory. 
Instead,  we  consider  the  CSDs  in  in-service  ships  as  fatigue  specimens.  With  gathered 
historical  repair  data,  the  S-N  curves  of  particular  repaired  CSDs  can  be  developed. 

This  approach  is  developed  as  follows.  Assuming  a  fracture  in  a  longitudinal 
cutout  radius  was  found  while  the  ship  was  Ti  years  old,  we  can  see  that  this  fracture 
took  Ti  years  to  develop.  The  repair  was  done  then  by  grinding  out  and  re-welding 
according  to  the  decision  of  a  repair  engineer.  Unfortunately  the  repaired  fracture  re¬ 
cracked  again  in  T2  years.  Now  the  problem  is  defined  as  to  establish  an  S-N  class  for 
the  re-welded  circular  comer  of  a  longitudinal  cutout. 

The  S-N  class  of  the  circular  comer  of  a  longitudinal  cutout  can  be  matched  by  C- 
class  [Chen,  1992].  Ti-year  loads  which  attack  the  hotspot  of  the  longitudinal  cutout 
can  be  modeled  by  a  Weibull  distribution.  This  load  information  can  be  computed  by 
following  the  simplified  fatigue  analysis  approach  established  in  Chapter  3.  This  load 
information  will  be  used  to  predict  the  next  fatigue  life  of  the  repaired  detail. 

After  the  fracture  was  repaired  by  veeing  and  re-welding,  the  detail  re-cracked  in 
T2  years.  The  fatigue  damage  factor  of  veeing  and  welding  has  accumulated  to  one 
within  the  T2  years.  Assuming  the  ship  continued  serving  on  the  same  trade  route,  the 
Weibull  parameter  remains  the  same  but  the  new  extreme  stress  range  can  be  modified 
according  to  the  length  of  T2.  At  this  point  we  have  had  enough  data  to  compute  the  S- 
N  data  of  the  veeing  and  welding.  By  using  a  reversal  fatigue  analysis  process,  the  S-N 
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intercept  value,  A,  can  be  calculate  (see  Figure  4.5).  This  procedure  will  be  fiirther 
developed  and  illustrated  in  the  following  sections. 

4.4.2  Gathering  Historical  Inspection  Data 

The  previous  section  briefly  reviews  the  procedures  of  establishing  S-N  class  fi'om 
one  set  of  inspection  data.  While  more  historical  inspection  data  are  gathered,  the  mean 
of  the  estimated  S-N  parameters  can  be  computed.  It  will  converge  to  the  real  mean 
value  when  a  large  number  of  inspection  data  are  available  and  applied.  The  S-N 
classification  of  other  types  of  repairs  can  be  developed  by  the  similar  procedures. 

To  fulfill  the  objective  of  finding  the  S-N  information  for  repaired  det^ls, 
historical  inspection  data  is  needed.  We  need  a  large  number  of  cracks  that  failing  in  Ti 
years  and  some  of  the  repairs  fail  again  after  Tj  years. 

A  large  amount  of  tanker  survey  reports  have  been  reviewed  in  a  major  ship 
owner/operator’s  library  to  locate  the  necessary  data.  The  reports  of  two  tankers  have 
been  found  to  be  suitable  for  this  study  because  of  the  large  amount  of  fatigue  failures 
found  in  the  two  ships.  Both  ships  were  built  in  1972.  They  have  experienced  a  large 
number  of  fatigue  cracks  through  their  22-year  service  lives. 

In  the  case  of  one  ship,  a  few  fatigue  cracks  were  first  found  in  flat  bar  welds 
(FBW)  on  the  side  shell  longitudinals  at  its  age  of  9  years.  In  the  followng  year  more 
cracks  were  discovered  in  forepeak  tank.  Most  of  these  cracks  were  around  cutout 
radius  of  horizontal  stringers  (CRHS).  Until  the  age  of  12  years  about  50  cracks  of  this 
type  have  been  found  in  the  forepeak  tank.  At  15  years  old  a  thorough  survey  and  repair 
was  carried  out.  Many  more  cracks  were  found  this  time  and  most  of  them  were  FBW 
or  CRHS  cracks.  Three  hundred  and  fifty  eight  FBW  cracks  and  twenty  five  CRHS 
cracks  were  found  and  repaired.  After  4  years,  4  out  of  358  FBW  cracks  and  7  out  of  25 
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CRHS  cracks  failed  again.  Having  obtained  the  needed  information  a  ‘reversal’  &tigue 
analysis  can  be  performed. 

4.4.3  S-N  Calibration  Case  One 

The  failures  in  the  cutout  radius  of  horizontal  stringers  (CRHS)  are  used  for  the 
first  case  of  S-N  calibration  (Figure  4.6).  The  tanker  has  7  horizontal  stringers  in  the 
forepeak  tank  and  each  of  them  contains  28  cutouts  (totally  196  CRHSs).  The  survey 
reports  show  that  twenty-five  CRHS  fatigue  cracks  have  been  found  within  15  years. 
After  these  25  cracks  were  repaired  by  veeing  and  welding,  seven  of  them  re-cracked 
within  3  years.  With  these  data,  one  can  define  the  S-N  data  for  the  repair  of  veeing  and 
welding  in  cutout  radius. 

The  first  thing  required  to  solve  for  is  the  average  (mean)  fatigue  life  of  the 
CRHSs  wluch  is  denoted  as  Ti.  We  will  assume  Ti  is  a  random  variable  with  a 
lognormal  distribution  based  on  the  fact  that  it  has  only  positive  value.  In  addition  we 
assume  the  inspection  data  obtained  are  based  on  high  quality  inspection,  that  is  ,  all 
significant  cracks  in  the  tanker  are  discovered. 

Twenty-five  failures  were  found  from  196  CRHSs  within  15  years,  so  we  get: 

P(Ti<15)  =  F(15)  =  25/196  =  0.1276  (4.3) 

While  set  Y  =  In  Ti,  the  above  equation  becomes: 

P(Y<2.708)  =  0.1276  (4.4) 


where  Y  has  a  normal  distribution. 

In  order  to  find  its  median  value,  Y,  the  standard  deviation  of  Y  is  needed. 
Because  no  such  information  can  be  obtained  from  the  survey  report,  the  value  of  ay  = 
1.59  is  used  based  on  results  from  a  study  by  Wirsching  [1983]. 
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Letting  z  =  (Y-  Yyay,  the  normal  variable  Y  can  be  standardized,  and  the 
above  equation  4.4  changes  to; 

^(z)  =  =  0  >276  (4.5) 

2  708  ~  Y 

From  the  table  of  standard  normal  distribution,  O"*(0.1488)  =  -1.1375  =  ‘  ^  — . 

Thus  Y  =  4.5166.  The  medium  value  of  the  fatigue  life  can  be  obtain  as  Tj  = 
exp(2.985)  =  91.52  (years). 

Now  the  mean  fatigue  life  can  be  computed  using  the  relationship  between 
mean  and  median; 

Uti  =  Tj  +  =  324. 0(years)  (4.6) 

where  Cti  is  the  coefficient  of  variation  of  Tj  and  can  be  obtained  from 
Oy  =  ln(l  +  ). 

The  mean  fatigue  life  of  the  CRHS  has  been  estimated  using  the  assumption  of 
lognormal  distribution.  Similarly,  we  can  assume  T2  is  a  random  variable  with  a 
lognormal  distribution.  From  the  fact  that  7  failures  were  found  from  25  repaired 

CRHSs  within  3  years,  we  start  the  calculation  with: 

P(T2<3)  =  F(3)  =  7/25  =  0.280  (4.7) 

Following  the  same  procedures  used  in  solving  u-pi,  the  mean  fatigue  life  of  the  repaired 
CRHS  was  found  to  be  \ij2  ~  26.83  years. 

After  Uti  and  \ij2  have  been  estimated,  we  are  ready  to  calibrate  S-N  data  by 
reversing  the  procedures  of  the  simplified  fatigue  analysis  developed  in  Chapter  3.  The 
first  mean  fatigue  life  Hxi  simply  denoted  by  T,)  is  324  years.  The  other  variables  in 
the  equation  are  known  also  (C  class,  mi=3.5,  Ai  =  1.08el4,  Weibull  parameter  0.9, 
fQ=2.5xlO^  cycles/year,  B=l,  At =1).  Using  the  equation  3.4  the  extreme  stress  range  Si 
can  be  computed  from; 
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(4.8) 


■-  B 

The  extreme  stress  range  Si  for  70  years  can  now  be  changed  to  S2  for  26.83  years 
according  to  a  long-term  extreme  value  prediction  (see  Chapter  3).  While  the  extreme 
stress  range  S2  is  known  and  Weibull  parameter  does  not  change,  we  have  the  load 
information  of  the  repair,  veeing  and  welding.  Our  goal  is  to  find  out  the  S-N  data  for 
that  repair. 

Rearranging  equation  3.5,  we  can  get  the  following  equation.  While  T2  is  known 
as  26.83  years  and  m2  is  assumed  to  be  3.0,  the  S-N  intercept  ‘A2’  can  be  obtained  as: 

v.cBSj)”-  rf—  +  >1 

A2  = - ^  =  1. 17x10^2  (4.9) 

Af[ln(foT2)]("’^'‘^) 

The  result  indicates  that  the  veeing  and  welding  of  the  CRHS  crack  has  an  S-N  curve 
very  close  to  class  F2  (see  Figure  4.3). 

4.4.4  S-N  Calibration  Case  Two 

The  failures  in  the  flatbar  weld  (FEW)  are  used  for  the  second  case  of  S-N 
calibration  (Figure  4.7).  The  tanker  has  4240  flatbars  in  its  side  shell  and  longitudinal 
bulkhead.  It  also  has  flatbars  on  its  bottom  longitudinals.  However  due  to  the  possible 
different  loading  pattern,  the  bottom  area  is  neglected.  The  survey  reports  show  that 
358  FEW  fatigue  cracks  have  been  found  within  15  years.  After  these  358  cracks  were 
repaired  by  veeing  and  welding,  four  of  them  re-cracked  within  3  years.  With  these  data, 
one  can  define  the  S-N  curve  for  the  repair  of  flatbar  weld.  The  procedures  are  the  same 
as  the  S-N  calibration  case  in  the  previous  section. 


56 


The  first  thing  we  need  to  determine  is  the  average  (mean)  fatigue  life  of  the 
FBWs  which  is  denoted  as  Ti.  We  assume  Ti  is  a  random  variable  with  a  lognormal 
distribution  based  on  the  fact  that  it  has  only  positive  value.  Three  hundred  and  fifty 

eight  failures  were  found  from  4240  FBWs  within  15  years,  so: 

P(T,<15)  =  F(15)  =  358/4240  =  0.0844  (4.10) 

While  set  Y  =  In  Ti,  the  above  equation  become: 

P(Y<2.708)  =  0.0844  (4. 1 1) 


where  Y  has  a  normal  distribution. 

In  order  to  find  its  median  value,  Y,  the  standard  deviation  of  Y  is  needed. 
Because  no  such  information  can  be  obtained  from  the  survey  reports,  the  value  of  ay  = 

1.59  is  used  based  on  results  from  the  study  by  Wirsching  [1983]. 

Letting  z  =  (Y-  Y)/Oy,  the  normal  variable  Y  can  be  standardized.  And 


equation  4.11  becomes: 


<I)(z) 


^  r2^Y 

1.59 


=  0.0844 


From  the  table  of  standard  normal  distribution,  <I)  *(0.0844)  = -1.376  - 


(4.12) 

2.708-Y 

1.59 


Thus  Y  =  4.896.  The  medium  value  of  the  fatigue  life  can  be  obtain  as  Tj  -  exp(4.896) 


=134  (years). 

Now  the  mean  fatigue  life  pji  can  be  computed  using  the  relationship  between 
mean  and  median: 

Pti  =  Tj  =  473.3(years)  (4.13) 


where  Cn  is  the  coefficient  of  variation  of  Ti  and  can  be  obtained  from 
Oy  =  ln(l  +  Cxi^). 
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The  mean  &tigue  life  of  the  FBW  has  been  estimated  using  the  assumption  of 
lognormal  distribution.  Similarly,  we  can  assume  Ti  is  a  random  variable  with  a 
lognormal  distribution.  From  the  fact  that  4  failures  were  found  from  358  repaired 
FBWs  within  3  years,  we  start  the  calculation  with: 

P(T,<3)  =  F(3)  =  4/358  =  0.01 1  (4. 14) 

Following  the  same  procedures  used  in  solving  pjj,  the  mean  fatigue  life  of  the  repaired 
FBW  was  found  to  be  \ij2  -  400  years. 

After  Pti  and  estimated,  one  can  determine  the  S-N  curve  by 

reversing  the  procedures  of  the  simplified  fatigue  analysis  developed  in  Chapter  3.  The 
first  mean  fatigue  life  pjj  (or  simply  denoted  by  Ti)  is  known  as  473.3  years.  The  other 
variables  in  the  equation  are  known  also  (F2  class,  m,=3.0.  A,  =  1.23el2,  Weibull 
parameter  0.9,  fQ=2.5xl06  cycles/year,  B=l,  Af  =1). 

Using  the  equation  4.6  the  extreme  stress  range  Si  can  be  computed.  The 
extreme  stress  range  Si  for  473  years  can  now  be  changed  to  S2  for  400  years  according 
to  a  long-term  extreme  value  prediction  (see  Chapter  3).  While  the  extreme  stress  range 
S2  is  known  and  Weibull  parameter  does  not  change,  we  have  the  load  information  of  the 
repair,  veeing  and  welding.  Our  goal  is  to  find  out  the  S-N  data  for  that  repair. 

While  T2  is  known  as  400.7  years  and  m2  is  assumed  to  be  3.0,  the  S-N  intercept 
‘A2’  can  be  obtained  from  equation  4.8  as: 

T,f„(BS2)”>  rf^  +  il 

A2  = - - i=1.04xl0'^  (4.15) 

The  result  indicates  that  the  re-welding  of  the  FBW  crack  has  an  S-N  curve  very 
close  to  its  original  strength,  i.e.  class  F2  (see  Figure  4.3). 
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4.4.5  Summary  of  the  Two  Calibrations 


In  summary,  the  result  of  the  second  case  indicates  that  repaired  details  have  very 
similar  S-N  classification  (but  slight  lower)  to  normal  details  with  similar  geometry.  In 
other  words,  while  a  newly  built  FBW  has  an  S-N  curve  of  F2-class,  a  repaired  FBW  has 
the  same  class,  too.  The  slightly  lowering  can  be  explained  by  possible  corrosion  that 
continually  waste  the  plate  thickness.  It  may  also  be  explained  by  that  the  quality  of  re¬ 
welding  is  lowered  due  to  a  difficult  working  conditions  during  staged  repws.  This 
result  agrees  with  our  expectations  and  intuition. 

The  result  of  the  first  case  indicates  that  the  C-class  of  a  cutout  radius  is  lowered 
down  to  a  F2-class  after  a  repair  by  veeing  and  welding.  This  result  is  not  our 
expectation  in  that  we  consider  a  D-class  or  E-class  would  be  more  likely  to  be  the 
result.  This  result  may  be  explained  by  insufficient  data  or  consistently  poor  quality 
repairs.  The  second  case  has  a  total  number  of  FBWs  of  2120  and  a  number  of  first 
failures  of  358.  The  first  case  has  only  196  and  25.  The  first  case  apparently  does  not 
have  enough  data  to  produce  a  realistic  result.  Therefore  we  conclude  that  the  approach 
is  valid  only  when  a  sufficient  number  of  data  is  collected. 
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designation  on  critical  structural  details 
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Figure  4.3.  Mean  S-N  Curve  Constants  in  Air  or  Adequately  Protected  in 
Seawater  [DNV,  1984],  fWirsching,  1987] 
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.a 


a;  Mean  S-N  curve 

b:  Mean  minus  one  standard  deviation 
c:  Mean  minus  two  standard  deviations 


Figure  4,4:  S-N  curves  with  different  reliability 


Miner's  rule 


Figure  4.5:  S-N  calibration  process  for  repaired  CSD 
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Figure  4. 6:  Cutout  radius  failures  are  shown  in  the  surv^  report  [Chevron, 


Figure  4. 7:  Flathar  weld  failures  are  shown  in  the  surv^  report  [Chevron, 

1987] 
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CHAPTER  5.  STRESS  REDUCTION  FACTORS 


One  of  the  goals  of  this  study  is  to  establish  stress  reduction  factors  (SRFs)  for  a 
variety  of  types  of  repairs.  The  objective  is  to  define  how  much  the  stress  level  at  a 
certain  location  can  be  changed  while  reinforcing  components  are  installed.  To  define 

these  SRFs,  finite  element  analyses  (FEA)  are  performed  on  some  typical  Critical 
Structural  Details  (CSDs). 

5.1  Determine  Stress  Reduction  Factors  bv  FEA 

The  stress  reduction  factor  (Kgjf)  is  defined  as: 

V  -  .§2. 

^srf  “  «  (5.1) 

where  SI  is  the  hotspot  stress  before  repair. 

S2  is  the  hotspot  stress  at  the  same  location  after  a  certain  repair. 


In  order  to  determine  one  SRF,  FEA  must  be  performed  on  two  comparative 
models  (see  Figure  5.1  as  an  example).  One  FEA  is  performed  and  the  stress  SI  is 
defined.  Then  FE  model  with  extra  reinforcing  components  is  analyzed  to  define  the 
stress  S2.  Then  the  SRF  can  be  computed.  In  this  chapter,  a  series  of  FEA  are 
summarized  to  determine  the  SRFs  for  typical  repairs. 

A  FEA  requires  a  powerful  computer  with  large  amount  of  memory  to  compute 
inverse  matrixes  and  a  large  capacity  hard  disk  to  store  the  results.  The  computer  used 
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in  these  analyses  was  an  ffiM  compatible  486-33  PC  with  a  540  MB  hard  disk  and  20 
MB  memory.  The  finite  element  program  utilized  was  COSMOS/M  1.70.  The  program 
is  capable  of  analyzing  a  model  with  element  number  up  to  32,000.  It  contains  several 
modules  to  deal  different  types  of  problems.  Only  the  module  of  Unear  static  analysis 
was  used  in  this  study. 

In  order  to  obtain  a  hot  spot  stress,  ideally  a  multi-stage  FEA  should  be 
performed  [Stear  and  Pauling,  1992].  In  this  case,  a  global  model  is  built  to  represent 
the  overall  ship  hull  structure.  Some  inter-mediate  models  are  developed  to  represent  a 
block  or  a  panel  of  the  ship  hull.  The  displacement  of  the  global  model  can  be  used  as 
the  boundary  condition  of  the  inter-mediate  models.  At  last,  a  detailed  local  model  will 
be  created  to  represent  the  complex  geometry  of  the  interested  area.  The  hot  spot  stress 
can  be  recovered  from  the  local  model.  This  multi-stage  FEA  is  extremely  time 
consuming. 

For  RMS,  a  single-stage  analysis  is  used.  In  this  approach,  a  single  local  finite 
element  model  is  used  to  capture  the  response  of  the  critical  area  to  some  sigiuficant 
loads.  The  significant  loads  includes  pressure,  longitudinal  bending,  horizontal  bending 
and  shear  force.  These  forces  could  be  estimated  by  analytical  means,  and  applied  to  the 
models  directly.  Their  values  depend  on  where  the  local  model  is  located.  The  SRF  is 
therefore  dependent  on  location. 

To  obtain  a  SRF  at  a  certan  location,  loads  at  the  location  need  to  be  calculated 
first  so  they  can  be  appUed  to  the  local  model.  This  makes  the  process  of  obtaining  SRFs 
quite  tedious.  To  simplify  this  process,  we  assume  that  the  ^rclic  load  that  contributes 
to  most  of  the  fatigue  damage  is  cyclic  pressure.  Therefore  only  pressure  is  applied  to 
the  local  model. 
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For  a  linear  analysis,  the  derived  stress  is  proportional  to  the  load  (pressure),  so 

the  resulting  SRFs  from  either  actual  pressure  or  unit  pressure  will  be  the  same  (see 
Equation  5.2). 


V  _  ^^2  _  ^2 

^-srf  =— —  = - 


PS, 


(5.2) 


where  P  is  the  actual  pressure  estimated  by  analytical  means.  As  a  result  we  will  apply 
unit  pressure  to  the  CSD  models. 

The  size  of  the  local  model  must  be  defined.  After  researching  reports  of  shell 
longitudinal-web  frame  analyses  performed  by  some  class  societies  [DnV,  1991],  it  was 
decided  to  use  a  model  size  of  one  frame  bay  space  by  one  longitudinal  space,  with  the 
web  frame  being  modeled  up  to  its  face  plate  (see  Figure  5.2).  All  detail  such  as 
brackets,  stiffeners  and  lugs  can  be  included  in  the  model.  The  model  should  be  large 
enough  so  that  arbitrary  conditions  of  fixity  could  be  used  on  the  boundaries  without  risk 
of  grossly  effecting  the  response  of  the  connection. 

The  conditions  of  fixity  are  defined  based  partially  on  symmetry  and  partially  on 
judgment  (see  Figure  5.2).  The  aft  end  of  the  model  was  restrained  against  translation  in 
the  longitudinal  direction,  while  both  port  and  starboard  sides  of  the  model  were 
restrained  against  translation  in  the  transverse  direction.  The  reason  for  applying 
restraint  only  on  aft  end  is  that  the  forces  due  to  longitudinal  and  horizontal  bending  can 
be  added  to  the  fore  end  in  the  future  development.  The  edges  of  the  web  were  fixed 
against  translation  in  the  vertical  direction.  Finally  both  the  forward  and  aft  ends  of  the 
model  were  fixed  against  rotation  about  the  transverse  axis. 

To  simplify  the  necessary  modeling,  the  connection  was  slightly  altered  in  that  it 
was  assumed  that  the  lug  was  a  butt-welded  insert  (not  lap-welded),  and  that  the  flat  bar 
was  butt- welded  with  the  top  of  the  longitudinal.  Also,  no  overlap  was  assumed  for  the 
web  of  the  longitudinal  past  its  flange. 
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The  element  length  (hdght  and  width)  of  the  elements  near  the  hot  spot  should 
be  smaller  or  equal  to  the  plate  thickness  according  guidelines  developed  in  [Schulte- 
Strathaus  and  Bea,  1993].  The  accuracy  of  the  finite  element  results  depends  on  the 
element  size.  A  finer  mesh  will  in  general  improve  the  accuracy  of  the  results,  but  it  will 
also  increase  the  amount  of  time  necessary  for  the  analysis.  For  the  hot  spots  in  parent 
material  with  smooth  change  of  geometry,  the  exact  stress  at  the  hot  spot  can  be 
calctilated  by  using  a  fine  enough  mesh  near  the  hot  spot.  The  calculated  hot  spot  stress 
converges  to  the  actual  stress  in  the  structure  with  decreasing  element  size. 

Unfortunately  for  geometrically  discontinuous  details,  e.g.  sudden  change  in  the 
cross  section  due  to  a  bracket,  the  hot  spot  stress  does  not  converge  but  will  keep 
increasing.  Due  to  the  geometric  singularity  at  the  hot  spots  the  theoretical  stress  will 
reach  infinity,  which  results  in  the  formation  of  a  local  plastic  zone.  A  linear  elastic  FEA 
can  not  represent  this  behavior.  A  reduction  of  the  element  size  near  the  hot  spot  will 
therefore  result  in  an  increased  hot  spot  stress.  In  this  study,  we  kept  the  meshing  for 
two  models  (with  and  without  repair)  consistent,  and  compared  the  two  hotspot  stress  to 
compute  the  SRF. 

5.2  Building  FEA  Models 


There  are  a  variety  of  designs  of  longitudinal-web  intersections.  It  is  not  easy  to 
define  a  ‘typical’  CSD.  In  this  project,  three  CSDs  of  existing  ships  to  build  three  sets  of 
longitudinal-web  intersection  models.  These  models  were  analyzed  to  determine  the 
variation  of  SRF  from  one  CSD  to  another.  After  that,  the  SRFs  were  summarized  in  a 
way  that  repair  engineers  can  reference  them  while  making  their  repmr  analyses. 

All  three  chosen  typical  CSDs  are  longitudinal-transverse  intersections  on  the 
side  shell.  Three  sets  of  FEA  models  have  been  built  based  on  them.  Each  set  has  eight 
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variation  models  that  are  created  by  assembling  a  lug,  a  flatbar  and/or  a  backing  bracket. 
A  total  of  twenty-four  models  were  created  and  analyzed.  All  models  contain  one  span 
of  transverse  web  and  longitudinal.  They  are  modeled  by  four  node  quadrilateral  shell 
elements.  Each  FEA  model  consists  of 2000  to  4000  elements.  A  uniform  unit  pressure 
load  is  applied  to  the  shell  plate  (Figure  5.3). 


5.2.1  CSD  #1 


The  scantling  of  the  first  CSD  is  based  on  the  ship  drawing  of  a  double-bottom 
vessel  of  190,000  1.  tons.  The  longitudinal-web  intersection  is  located  at  the  side  shell 
near  the  lower  water  line.  The  dimensions  are  shown  in  Figure  5.4. 

Eight  FEA.  models  were  built.  The  first  model  is  a  basic  longitudinal-web 
intersection  without  a  lug,  a  flatbar  or  a  backing  bracket.  This  model  is  identified  as 
AOOO  .  The  letter  ‘A’  stands  for  Arco.  The  three  zeros  stand  for  no  lug  (first  zero),  no 
flatbar  (second  zero)  and  no  backing  bracket  (third  zero).  Since  we  are  going  to 
investigate  the  fimction  of  the  three  stiffening  components  (lug,  flatbar  and  backing 
bracket),  the  other  seven  models  were  built  by  adding  them  to  the  basic  longitudinal-web 
intersection.  The  second  model  is  made  by  adding  a  lug  to  the  first  model.  It  is 
identified  as  ‘AlOO’.  Similarly,  the  rest  of  the  eight  models  were  developed  by  adding 
stiffening  components.  The  characteristics  of  the  eight  models  are  summarized  as 
follows: 

Backing  Equation  #  Element  #  Node  # 
Bracket 

No  28250  4592  4783 

No  28856  4694  4884 

No  29852  4858  5050 

Yes  28634  4668  4847 

No  30458  4960  5151 


Model 

Lug 

Flatbar 

AOOO 

No 

No 

AlOO 

Yes 

No 

AOlO 

No 

Yes 

AOOl 

No 

No 

Alio 

Yes 

Yes 

70 


AlOl 

Yes 

No 

AOll 

No 

Yes 

Alll 

Yes 

Yes 

Yes 

29240 

4770 

4948 

Yes 

30236 

4934 

5114 

Yes 

30830 

5034 

5213 

5.2.2  CSD  #2 

The  second  CSD  is  based  on  Chevron's  35,588-ton  single  skin  tanker.  Its 


scantling  is  shown  in  Figure  5.5.  Eight  models  were  built  in  the  similar  way  as  CSD  #1. 
The  characteristics  of  the  eight  models  are  summarized  as  follows: 


Model 

Lug 

Flatbar 

Backing 

Bracket 

COOO 

No 

No 

No 

ClOO 

Yes 

No 

No 

COlO 

No 

Yes 

No 

COOl 

No 

No 

Yes 

Clio 

Yes 

Yes 

No 

ClOl 

Yes 

No 

Yes 

coil 

No 

Yes 

Yes 

cm 

Yes 

Yes 

Yes 

5.2.3  CSD  #3 

The  last  CSD  is  based  on  a  double 


Equation  # 

Element  # 

Node# 

21211 

3441 

3602 

21451 

3486 

3642 

22657 

3691 

3843 

21595 

3510 

3666 

22897 

3736 

3883 

21835 

3555 

3706 

23041 

3760 

3907 

23281 

3805 

3947 

tanker  that  is  being  building  by  Newport 


News.  Its  scantling  is  shown  in  Figure  5.6.  Eight  models  were  built  in  the  similar  way  as 
CSD  #1  and  CSD  #2.  The  characteristics  of  the  eight  models  are  sununarized  as 


follows: 


Model 

Lug 

Flatbar 

Backing 

Bracket 

NOOO 

No 

No 

No 

NlOO 

Yes 

No 

No 

NOlO 

No 

Yes 

No 

NOOl 

No 

No 

Yes 

Equation  # 

Element  # 

Node# 

17673 

2888 

3017 

17835 

2920 

3044 

19093 

3128 

3257 

18057 

2956 

3081 

71 


NllO 

Yes 

Yes 

No 

NlOl 

Yes 

No 

Yes 

NOll 

No 

Yes 

Yes 

Nlll 

Yes 

Yes 

Yes 

19255 

3160 

3284 

18219 

2988 

3108 

19477 

3196 

3321 

19639 

3228 

3348 

53  Establishing  Stress  Reduction  Factors 


From  the  results  of  the  FEA,  it  was  found  that  the  three  CSDs  have  very  similar 
stress  patterns,  although  their  scantlings  and  geometry  are  different  (Figure  5.7,  5.8  and 
5.9).  The  first  models  of  all  three  CSDs  are  basic  longitudinal- web  intersections;  they  do 
not  have  any  repair  components.  This  model  is  not  common  in  ships  because  most 
would  have  been  stiffened  by  a  flatbar.  However  a  very  similar  CSD  exists  at  the 
intersection  of  horizontal  stringer  and  transverse  stiffener  in  the  forepeak  tanks  of  some 
ships.  The  results  of  the  FEA  shows  that  this  kind  of  geometry  has  a  stress 
concentration  in  the  cutout  radius  for  all  three  CSDs  (see  Figure  5.7,  5.8  and  5.9).  The 
FEA  results  agree  well  with  our  experience.  A  tanker  survey  report  documents  a  large 
number  of  cracks  in  the  cutout  radius  of  this  type  of  detail  [Chevron,  1982;  1984]. 

In  order  to  overcome  the  stress  concentration  in  the  cutout  radius,  one 
component  is  added  to  the  basic  CSD  to  reduce  the  stress.  First,  a  lug  was  added.  The 
models  (AlOO,  ClOO  and  NlOO)  were  developed  (see  Appendix  B).  For  model  A,  the 
stress  after  adding  a  lug  is  reduced  to  70.0%  of  its  original  stress  value.  For  model  C, 
the  ratio  is  83.0%.  For  model  N,  the  ratio  is  75.2%.  It  can  be  concluded  that  based  on 
the  three  CSDs  the  SRF  is  76. 1%  on  average  for  adding  a  lug  to  a  basic  longitudinal-web 
intersection  (see  Figure  5.10). 

Instead  of  adding  a  lug,  one  could  try  adding  a  flatbar  to  reduce  the  high  stress  in 
the  cutout  radius.  By  comparing  the  stresses  between  two  sets  of  models  (XOOO  and 
XOlO),  it  was  found  that  the  SRFs  are  65.9%,  46.4%  and  55.8%  for  model  A,  C,  and  N, 
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respectively.  Therefore  the  average  SRF  for  adding  a  flatbar  is  56.0%.  This  SRF  looks 
more  attractive  than  the  one  of  adding  a  lug  (76.1%).  However,  while  carefully 
examining  the  stress  contours  of  model  XOlO,  it  was  found  that  adding  a  flatbar  created 
a  new  hotspot  in  the  flatbar  heel.  For  model  A,  the  new  hotspot  stress  is  higher  than  the 
cutout-radius  stress  in  the  model  without  repair.  This  means  that  while  a  problem  is 
solved  in  the  cutout  radius,  a  more  serious  problem  is  created  in  the  flatbar  heel.  Careful 
use  of  the  SRFs  is  important. 

The  third  option  of  resolving  the  problem  in  cutout  radius  is  to  add  a  bracket. 
This  option  has  a  averaged  SRF  of  92.2%.  Also,  it  has  a  veiy  similar  result  to  the  one  of 
adding  a  flatbar.  Apparently,  this  is  the  worst  repair  alternative. 

Three  more  models  (XI 10,  XOll  and  XlOl)  were  made  by  adding  two 
components  to  the  basic  model.  The  first  model  in  this  category  (XI 10)  was  made  by 
adding  a  lug  and  a  flatbar.  The  stresses  in  the  cutout  radius  of  these  models  were 
reduced  significantly  (see  Figure  5.7,  5.8,  5.9).  However,  the  flatbar  heel  suffers  the 
same  high  stresses  as  in  the  model  with  a  flatbar.  The  third  model  XlOl  has  stress 
contours  similar  to  the  first  model  XI 10.  The  second  model  (XOll)  produced  a  very 
good  stress  contour  where  the  cutout  radius,  bracket  heel,  and  flatbar  heel  all  have  very 
low  stresses.  The  high  stress  locations  were  moved  to  flatbar  and  bracket  toes.  While 
reducing  the  high  stress  by  applying  soft  toe  to  the  flatbar  and  bracket,  this  model  may  be 
a  very  good  design. 

The  last  model  (XI 1 1)  in  the  eight  models  has  three  reinforcing  components  (lug, 
flatbar  and  bracket).  With  a  lug  that  model  XOll  does  not  include,  it  has  a  stress 
contour  similar  to  model  XOl  1  (see  Appendix  B).  Therefore  it  may  not  be  worthwhile 
to  use  a  lug,  if  the  CSD  has  both  a  flatbar  and  a  bracket.  This  model  is  definitely  most 
robust  among  the  eight,  but  it  may  not  be  the  most  cost  effective  option. 
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By  organizing  and  comparing  the  results  of  FEA.,  a  summary  has  been  developed 
for  the  SRFs  of  different  repair  alternatives  (see  Figure  5.10).  Four  common  CSDs  in 
ships  are  listed  with  possible  crack  locations,  possible  repair  alternatives  and  their  SRFs. 
When  a  repair  analysis  is  intended  but  without  available  time  for  FEA.,  the  SRFs  can  be 
applied  to  make  a  quick  estimate  of  the  fatigue  life. 
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Without  Lug  With  Lug 


Figure  5.1:  Models  with  and  without  a  lug 
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Figure  5.3:  Load  condition 
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Figure  5. 6:  Scantling  of  CSD  #3  (for  model  Nxxx) 


Figure  5. 7;  Result  of  stresses  in  CSD  “A  "from  FEA 
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Figure  5.8:  Result  of  stresses  in  CSD  from  FEA. 


80 


CSD  ”N" 

Stresses  in  CSD  "N** 
which  is  under  unit 
pressure  load  on  its 
shell  plate. 


Figure  5.9:  Result  of  stresses  in  CSD  from  FEA. 
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Figure  5.10:  Summary  of  Stress  Reduction  Factors  for  typical fatigue  repairs 
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CHAPTER  6.  FATIGUE  CRACK  REPAIR 

PROGRAM 


One  of  the  goals  of  the  RMS  study  was  to  develop  and  verify  an  analytical  tool 
for  repair  evaluations.  This  chapter  reviews  a  computer  program  that  demonstrates  the 
concept  and  feasibility  of  RMS.  The  procedures  of  amplified  fatigue  analysis  have  been 
written  into  subroutines  (functions)  using  programming  language  C. 

According  to  results  fi'om  questionnaires  sent  out  to  industrial  organizations  in 
the  early  stage  of  this  research  [Gallion,  1992],  a  graphical  database  of  repared 
alternatives  was  a  favorable  feature  to  be  associated  in  the  PC  software.  Therefore  the 
computer  program  is  developed  for  the  environment  of  MS  Windows  to  take  the 
advantage  of  a  graphical  interface. 

In  this  chapter,  a  summary  of  the  program  is  presented.  A  verification  of  the 
program  follows. 


The  source  code  directory  contains  the  following  files: 

Repair.pij  Project  file. 

Repair.def  Define  program  environment. 

Repair.res  Supplies  bitmaps,  menu,  dialogue  boxes,  cursor  and  other  resources. 

Repair.h  Define  public  structures  and  associated  constants. 

Main.c  Does  initialization  and  created  the  Main  Window. 

MainWnd.c  Processes  window  messages. 

FileCmds.c  Performs  File  Commands  for  the  top  Menu  Bar. 

FileFmt.c  Writes  the  different  file  formats. 
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FileUtil.c  Provides  common  procedures  for  file  commands. 

Analysis,  c  Shows  data  input  windows  for  fatigue  life  prediction. 

CalcuFat.c  Calculates  fatigue  life. 

AddRecrd.c  Processes  crack  record  input  dialogue. 

Figure  6. 1  shows  the  calling  relationship  between  the  functions. 

Due  to  the  large  amount  of  source  code,  only  one  module  of  the  source  code  is 
listed  in  Appendix  A.  The  source  code  for  the  remaining  modules  is  documented  in  a 
separate  report  [Ma  &  Bea,  1993].  The  purposes  of  the  source  code  are  briefed  below 
in  terms  of  each  RMS  module.  The  basic  structure  of  the  code  is  shown  in  Figure  6.1. 

6.1.1  Windows  Module 

This  module  includes  Main.c  and  MainWnd.c.  It  does  initialization  and  created 
the  main  window  with  a  menu  bar.  It  processes  window  messages  like  mouse  moving, 
resizing  windows,  user  selecting  a  command,  inputting  form  keyboard  and  others. 

6.1.2  File  Input  Output  Module 

This  module  includes  FileCmds.c,  FileFmt.c,  and  FileUtil.c.  These  files  provide 
functions  that  can  input  a  text  file  like  *.rms  and  also  there  are  functions  for  importing 
bitmap  files. 

6.1.3  Crack  Management  Database  Module 

This  module  mainly  includes  AddRecrd.c.  It  let  users  to  add,  delete  or  edit  a 
record  for  a  particular  crack  in  the  graphical  ship  layout. 
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6.1.4  Failure  Diagnosis  Module 


No  failure  diagnosis  is  conducted.  The  program  assumes  the  mode  of  failure  is 
fatigue  and  the  cause  of  failure  is  not  due  to  poor  quality  control  at  initial  construction  or 
due  to  corrosive  effects. 

6.1.5  Repair  Alternatives  Selection  (Analysis)  Module 

This  module  is  the  code  file,  Analysis.c.  Detail  configurations  for  any  component 
group  (e  g.,  side  shell  components)  are  built  into  a  dialogue  box  in  the  program.  The 
graphical  detail-type-selection  dialogue  box  allows  users  to  select  different  detail  types 
(e.g.,  longitudinal  cutout,  flatbar,  bracket)  and  the  modified  design  of  each  structural 
detail.  When  redesigning  the  detml,  the  original  crack  location  may  be  either  welded  or 
replaced.  Since  the  mode  of  failure  is  fatigue,  only  the  crack  repair  options  are 
considered.  These  options  include  vee  and  weld,  vee  and  weld  plus  post-weld 
improvement,  add  insert  plate,  and  redesign  of  the  detail.  The  desired  repair  option  can 
then  be  selected  by  the  user.  In  the  case  of  redesign,  the  user  selects  fi'om  a  list  of  valid 
detail  configurations. 

6.1.6  Fatigue  Analysis  Module 

This  module  is  basically  the  code  file,  CalcuFat.c.  The  necessary  information  to 
conduct  the  repair  analysis  is  pro\aded  by  interactive  input  fi'om  the  user  and  pre-defined 
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data  in  the  program.  Ship  loading  information,  including  the  WeibuU  parameter,  average 
stress  frequency,  and  expert  load  zones  and  ratios  is  pre-defined  in  the  program.  Stress 
reduction  factors  for  each  configuration,  and  S-N  class  designations  for  each  location  are 
pre-defined,  too.  Interactive  input  includes  detail  configuration  and  failure  location,  the 
mean  time  to  failure  of  the  original  detail  and  the  desired  repair  option.  With  all  the 
information  above,  the  program  calculates  the  expected  repair  life  by  using  the  approach 
developed  in  Chapter  3 .  Repair  analysis  is  conducted  only  at  the  location  of  failure. 

6.1.7  Help  Module 

This  module  is  in  the  code  file,  MainWnd.c,  along  with  help  script  files. 
Repair  1. hip  and  HelpHow.hlp.  It  performs  the  commands  'How  to  Use  RMS'  and 
Repair  Information'  under  the  menu  bar  in  the  window.  The  former  instructs  users  how 
to  use  all  the  command  in  the  RMS  window.  The  latter  provide  users  a  general 
introduction  on  ship  maintenance  and  repair. 

Due  to  the  limited  time  available,  RMS  program  has  been  developed  into  a 
prototype  that  provide  only  necessary  functions.  For  a  more  powerful  application,  the 
RMS  may  need  more  coding  effort  to  enhance  the  current  version  of  RMS. 

6.2  Demonstration  and  Verification 


To  demonstrate  and  verify  the  code,  the  RMS  is  applied  to  a  case  study  of  a 
failure  in  a  side  shell  structure.  The  repair  of  a  crack  in  the  longitudinal  cutout  shown  in 
Figure  6.2  is  explored.  Assume  that  this  crack  is  found  when  the  ship  is  10  years  old. 
This  means  the  time  needed  for  this  critical  location  to  crack  and  develop  to  the  current 
particular  length  is  about  10  years.  The  ship  owner  plans  to  operate  this  ship  for  another 
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IS  years,  and  would  like  to  define  the  alternative  types  of  repair  that  are  available  and 
determine  which  one  could  survive  for  15  more  years  without  re-cracking. 

The  solution  to  the  ship  owner's  question  will  be  developed  with  the  RMS 
program.  The  following  paragraphs  illustrate  the  application  of  the  RMS  program. 

First,  activate  the  RMS  program.  Select  Repair-Analysis  under  the  menu  bar, 
and  choose  the  cracked  detail  as  in  Figure  6.3.  Another  dialogue  box  will  pop  up  to  let 
you  enter  the  failure  time  (Figure  6.4).  Since  the  crack  takes  10  years  to  grow  up,  enter 
the  number  '10'. 

At  this  point  several  possible  repair  alternatives  will  be  introduced.  A  simplified 
fatigue  analysis  will  be  carried  out  for  each  of  them  (Figure  6.5). 

The  results  (Figure  6.5)  show  that  the  vee  and  weld  can  last  about  only  4  years. 
These  results  match  the  experience  of  ship  structural  repairs  quite  well.  Repair  by  veeing 
and  welding  usually  fails  again  very  soon.  Apparently  this  repair  is  not  robust  enough  to 
survive  the  rest  10  years  of  the  ship  life  in  this  example. 

The  second  repair  "Weld  Plus  Post- weld  Improvement'  will  last  about  4.7  years. 
The  third  repair,  inserting  a  new  plate,  is  something  like  re-running  the  fatigue  damage 
cumulation  from  the  starting  point  of  the  structure  life.  It  is  reasonable  to  take  another 
10  years  to  re-crack  and  grow  to  the  same  length.  This  repair  may  not  provide  sufficient 
repair  life. 

The  rest  of  the  repairs  are  made  by  adding  a  lug.  They  have  repair  lives  better 
than  those  without  adding  a  lug.  Therefore  the  better  repairs  in  this  case  would  be  repair 
#3  or  #6. 

Note  the  stress  reduction  factors  in  the  S-N  data  file  'REPA1R.DAT'  is  defined 
based  on  finite  element  analysis  (see  Chapter  5).  To  draw  more  conclusions  from  this 
case  study,  a  review  of  the  relative  costs,  expected  interest  rates,  and  the  load  ratios  is 
necessary.  All  these  will  have  a  significant  impact  on  the  decision.  With  a  large  database 
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of  available  repair  options,  a  complete  version  of  the  RMS  would  be  a  valuable  tool  for 
the  assessment  of  repair  options. 


63  RMS  Crack  Database  System 


6.3.1  Database  Considerations 


Through  a  ship's  life,  a  number  of  surveys  will  be  carried  out.  Thousands  of 
pieces  of  data  on  coatings,  fractures,  and  gaugings  will  be  recorded  in  each  survey.  Due 
to  the  amount  of  survey  data,  the  data  are  usually  difficult  and  expensive  to  record, 
retrieve  and  analyze.  The  data  can  consist  of  rough  sketches  in  a  repair  superintendent's 
notebook  and  shipyard  invoices  collected  in  a  repair  file.  Data  that  resides  in  the 
experience  of  individuals  involved  in  ship  mmntenance  also  needs  to  be  archived. 

The  gathering,  storage,  retrieval,  and  analysis  of  the  huge  quantity  of  the 
information  can  be  facilitated  by  developing  a  computer  database  system  [Ma  and  Bea, 
1992].  Database  systems  can  significantly  improve  the  efficiency  and  effectiveness  of 
ship  maintenance.  Development  of  maintenance  plans,  specifications,  and  reports  can  be 
greatly  facilitated  with  the  help  of  such  systems.  In  general,  database  systems  are  not 
well  developed  in  the  ship  industry  compared  with  those  of  other  industries.  Some 
industrial  organizations  have  pioneered  the  development  of  computer  based  database 
systems  for  ship  structures.  At  the  present  time,  these  systems  are  still  in  their  early 
stages  of  development.  The  RMS  program  includes  a  simple  but  powerful  graphical 
crack  database. 

The  general  objectives  of  an  RMS  database  system  development  are  as  follows: 


Collect  meaningful  data. 
Store  the  data. 
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•  Provide  means  for  lo^cal  data  management. 

•  Provide  access  to  the  relevant  data  easily. 

•  Allow  for  the  organization  of  the  data  in  a  form  suitable  for  analyses. 

•  Analyze  the  data. 

•  Show  trends  of  the  data. 

•  Communicate  and  report  the  data. 

Some  of  these  objectives  have  been  fiilfilled  in  the  RMS  program.  It  is  feasible  to  fulfill 
all  of  them.  However,  it  will  take  more  time  and  effort  to  complete  the  RMS. 

Figure  6.6  shows  the  basic  parts  of  a  RMS  flow  chart  for  inspection,  maintenance 
and  repair.  Once  a  ship  is  ready  for  service,  a  series  of  surveys  can  be  scheduled 
according  the  inspection  program.  The  objective  and  scope  of  the  internal  structural 
inspections  are  defined.  The  access  methods  and  data  recording  methods  are  chosen, 
and  then  the  survey  is  performed.  The  survey  results  including  corrosion  gaugings, 
fatigue  cracks,  status  of  coating  and  corrosion  protection  system,  or  other  structural 
defects  are  updated  into  the  corresponding  databases.  Using  the  survey  data,  a  Repair 
Management  System  evaluates  repair  alternatives.  Finally  the  repairs  are  carried  out. 

The  overall  advantage  of  such  a  comprehensive  database  system  is  that  the  data 
are  in  electronic  format  so  that  the  data  can  be  transferred  more  easily  and  faster  by 
modems  or  floppy  diskettes.  The  data  can  be  transmitted  among  ship  owners,  shipyards, 
repair  yards,  and  design  offices  via  telephone  and  satellite  communication.  It  also  can 
enhance  the  efficiency  of  inspection,  madntenance,  and  repair  by  eliminating  manual 
writing  of  the  steel  repair  specification  or  manual  drafting  of  repair  drawings.  In 
addition,  it  provides  the  capacity  to  quickly  update  corrosion,  fatigue,  and  repair 
databases. 
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6.3.2  RMS  Crack  Database 


A  crack  database  has  been  developed  in  the  RMS  program.  The  RMS  crack 
database  can  handle  only  one  &ilure  mode,  fatigue  cracking.  It  stores  the  general 
information  on  a  ship  including  a  ship  three-view  layout,  three  classes  of  crack  on  a  ship 
layout,  a  crack  detjul  information  and  the  drawing  of  cracked  structural  details.  Since  it 
is  a  prototype  of  a  graphical  database,  it  can  be  further  developed  into  a  powerful 
database  with  ability  to  handle  corrosion  gaugings,  fatigue  crack,  coating  status,  and 
other  items  of  information  needed  by  ship  maintenance. 

This  database  has  three  pre-defined  ship  layouts  including  a  single  hull  tanker,  a 
bulkcamer  and  a  container  ship  (see  Figure  6.7).  The  three  layouts  use  most  typical 
configurations  such  that  most  user  can  simply  adopt  them  as  their  ship  drawings.  It  also 
provides  a  user  input  mode  to  allow  users  import  their  own  ship  drawings.  By  this  way, 
all  ship  types  can  utilize  the  functions  of  RMS  as  long  as  they  have  their  ship  drawings. 
The  ship  drawing  can  be  scanned  into  a  bitmap  file  easily  or  users  can  draw  them  by 
using  some  MS-Windows  based  drawing  programs.  The  general  information  of  the  ship 
can  be  stored  in  8  input  fields;  ship  name,  vessel  class,  owner  name,  classification, 
builder  name,  delivery  date,  service  route  and  additional  information  (Figure  6.9).  Each 
of  these  fields  can  store  25  characters. 

The  RMS  program  uses  three-view  ship  layouts  to  locate  a  crack.  This  means 
that  users  have  to  input  three  crack-marks  to  identify  one  single  crack.  The  three-view 
ship  layout  successfully  solves  the  difficulty  of  describing  the  spatial  location  within  a 
hull  structure  of  a  particular  survey  result  (See  Figure  6.8).  The  graphics  tell  users  the 
coordinate  system  clearly.  And  the  precise  location  can  be  emphasized  again  by  the 
character  based  crack  data  that  is  input  by  users. 
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According  to  U.S.  Coast  Guard's  regulations  [USCG,  1990],  ship  structural 
failure  can  be  classified  into  three  classes  depending  on  the  size  of  failure  and  the 
potential  danger.  Therefore  the  RMS  program  uses  different  colors  and  sizes  of  crack 
mark  to  distinguish  the  classes.  A  large  red  star  sign  is  assigned  to  indicate  a  Class  1 
crack.  A  blue  star  sign  is  for  Class  2,  and  a  green  one  for  Class  3.  The  defimtions  of  the 
three  classes  are  summarized  as  follows; 

•  Clas9  1  Structural  Failure:  During  normal  operating  conditions,  either  (1)  a 
fracture  of  the  oii/watertight  envetope  tiiat  is  visibie  and  of  any  length,  or  a  buckle, 
that  has  either  initiated  in  or  has  propagated  into  the  oil/watertight  envetope  of  a 
vessel,  or  (2)  a  fracture  10  feet  or  longer  in  length  that  has  either  initiated  in  or  has 
propagated  into  an  Internal  strength  member. 

0  Class  2  Structural  Failure:  A  fracture  less  than  10  feet  in  length,  or  a  buckle,  that 
has  either  initiated  in  or  has  propagated  into  an  internal  strength  member  during 
normal  operating  conditions. 

0  Class  3  Structural  Failure:  A  fracture  or  buckle  that  occur  under  normal  operating 
conditions  that  does  not  otherwise  meet  the  definition  of  either  a  Class  1  or  Class  2 
structural  failure. 

For  each  crack  there  are  five  fields  to  be  input;  crack  location,  finding  date, 
length,  repair  status  and  comments.  All  the  fields  are  character  based,  so  users  do  not 
need  to  memorize  any  keywords  and  can  simply  t5^e  in  text.  The  location  field  can  hold 
24  characters,  and  the  finding  date  for  12,  the  length  for  10,  the  repair  status  for  25  and 
the  comments  for  25  characters.  Users  can  also  attach  a  graphic  of  a  corresponding 
cracked  structural  detail  to  the  crack  data  (Figure  6.10  and  6.11).  A  library  of  13 
cracked  structural  details  has  been  created  to  help  users  select  a  graphic  easily  (Figure 
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6.12).  A  user  input  mode  is  also  provided  to  allow  users  import  their  own  structural 
detail  drawings. 

In  summary,  the  RMS  crack  database  has  the  following  advantages; 

1.  It  is  a  user  friendly  database.  All  the  operation  follows  the  standards  of  the  MS- 
Windows  environment. 

2.  Inspectors  can  print  out  the  ship  layout  that  is  pre-defined  in  the  RMS  as  a  draft 
paper  before  going  into  tanks.  Also,  they  can  review  the  previous  data  of  RMS 
database  to  locate  the  critical  area  with  high  likelihood  of  failures.  The  RMS 
simplifies  the  final  inspection  report.  The  final  report  consists  of  a  floppy  disk 
containing  the  crack  information  and  the  comments  regarding  the  vessel 
inspection. 

4.  The  RMS  has  the  ability  to  analyze  and  evaluate  the  best  repair  from  a  group  of 
repair  alternatives. 

5.  It  enhances  the  efficiency  and  quality  of  the  inspection  and  repair.  The  inspection 
team  and  the  repair  team  can  both  communicate  with  the  home  office  naval 
architect,  transmitting  copies  of  the  information  contained  on  the  floppy  disks  via 
satellite  communications.  Naval  architects  in  the  home  office  can  then  participate 
in  decisions  to  modify  the  inspection  program  or  to  change  the  repair 
specification. 

6.  The  RMS  uses  a  three-view  ship  layout,  a  character  based  description  of  crack 
location  and  a  library  of  cracked  detail  drawings  to  specify  a  particular  crack.  It 
is  easy  to  use  and  understand.  Most  importantly,  it  is  easy  to  create  a  ship  layout 
or  a  structural  detail  drawing.  Some  other  database  systems  that  use  CAD  to 
locate  a  crack  or  other  failures  can  be  difficult  to  operate.  In  addition,  creating  a 
CAD  ship  model  takes  a  lot  of  effort,  time  and  money.  Other  databases  that  use 
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keywords  to  specify  a  Mure  location  without  graphical  operating  environment 
are  difficult  to  use. 
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Figure  6.1:  This  shows  the  message  flaw  of  the  RMS  program. 


Figure  6.2:  A  crack  is  found  around  longitudinal  cutout 


Figure  6.3:  Specify  the  crack  location. 


Data  Input  for  Repair  Analysis 


Failure  Time  (years): 


10 


Figure  6.4:  Input fmlure  time. 


Figure  6. 5:  The  RMS  program  shows  the  result  of  the  eiqfected fatigue  lives. 
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Figure  6. 6:  Basic  parts  of  RMS  system  for  inspection,  maintenance,  &  repair 
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Figure  6. 7:  Three  pre-defined  typical  ship  layouts  can  he  chosen. 


Figure  6. 8:  Three  cracks  are  inputted  into  a  tanker  layout 
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Crack  Record 


'  '! 


Crack  ID  Number:  6 


Location:  |Long.  *23  at  Trans.  #57 
Finding  Date:  Sept  1 5,  93 


Length:  7  inches _ 

Repair  Status:  Repaired  by  insert  Plate| 


Comments: 


Figure  6.10:  This  shows  a  crack  record  with  an  attached  graphic. 


Crack  Record 


Crack  ID  Number:  7 


Location:  |  Long.  #  30  at  Trans.  1 21 
Finding  Date:  I  Sept  15.  93 


Length:  finches  _ 

Repair  Status:  Repaired  by  Vee  and  Weld 
Comments:  To  be  monitored  freqently| 


Figure  6.11:  This  shows  an  another  crack  record  with  an  attached  graphi 


Figure  6.12:  There  are  13  types  of  pre-defined  cracked  structural  detmis. 
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CHAPTER  7.  SUMMARY  AND  FUTURE 
DmECTIONS 


7.1  Summary 


A  framework  for  the  development  of  a  Repair  Management  System  (RMS)  to  aid 
in  ship  structural  repair  evaluation  has  been  developed.  The  RMS  is  the  first  known 
attempt  to  handle  the  complexities  of  ship  structural  repair  analysis  in  a  framework  that 
provides  both  quick  decisions  and  thorough  evaluations. 

The  most  important  development  in  this  study  is  an  improved  approach  to  fatigue 
life  estimation  for  repaired  structural  details.  As  is  well  known,  one  of  the  most  difficult 
parts  involved  in  a  frtigue  analysis  is  load  computation.  Two  parameters  (Weibull 
parameter  and  extreme  stress)  need  to  be  determined  before  computing  the  fatigue 
damage.  This  project  has  developed  a  new  approach  to  determine  these  two 
parameters.  The  approach  uses  the  value  of  the  original  fatigue  life  to  solve  for  the 
extreme  stress  while  assuming  an  arbitrary  Weibull  parameter.  It  produces  amazingly 
good  consistency  on  the  estimated  repair  lives.  This  new  approach  makes  an  on-site 
repair  analysis  possible  in  repair  yards.  The  limitation  of  this  approach  is  that  it  can  be 
used  on  only  repaired  details  because  the  original  fatigue  life  is  a  crucial  input. 

Beside  load  computation,  the  S-N  classification  for  CSDs  is  another  existing 
problem  with  fatigue  analysis.  The  S-N  designation  is  usually  done  by  engineering 
judgment  [Chen,  1992].  This  research  also  explored  a  new  method  to  calibrate  S-N  data 
for  repaired  details.  This  method  considers  the  structural  details  in  an  in-service  ship  as 
full  scale  specimens.  While  a  large  number  of  re-cracking  data  on  a  particular  detail  are 
collected,  the  S-N  curve  corresponding  to  the  repaired  detail  can  be  found.  Two  case 
studies  were  completed.  The  first  case  suggests  that  the  veeing  and  welding  on  a  cutout 
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radius  (comer)  should  have  an  S-N  curve  veiy  close  to  F2-class  (the  un-cracked  cutout 
radius  has  a  C-class  curve).  This  is  not  a  good  result  because  a  sound  butt  weld  on  a  flat 
plate  is  usually  assigned  a  D-class  curve.  The  possible  reason  for  this  poor  result  is  the 
lack  of  sufficient  data. 

On  the  other  hand,  the  second  case  with  a  much  greater  database  produces  a  very 
reasonable  result.  It  suggests  that  re-welding  in  flatbar  welds  should  have  an  S-N  curve 
slight  lower  than  an  F2-class  curve  (the  original  detail  has  an  F2-class). 

This  method  assumes  that  very  high  quality  inspections  are  earned  out  that  all 
significant  cracks  are  found.  The  quality  of  the  results  is  highly  depended  on  the 
inspection  data  collected.  Most  of  the  current  survey  reports  simply  record  cracks  in  a 
very  rough  format,  they  usually  do  not  specify  the  detail  crack  location.  Most  existing 
survey  reports  do  not  provide  sufficient  information.  Also,  it  is  difficult  to  locate  a 
sufficient  crack  database.  However,  given  sufficient  high  quality  inspection  information 
on  fatigue  cracking,  this  method  does  provide  an  alternative  to  define  S-N  curves. 

This  project  also  carried  out  24  cases  of  FEA  on  local  CSD  models.  The 
percentage  of  stress  reduction  due  to  a  certain  repair  by  geometry  change  is  defined  as 
Stress  Reduction  Factors  (SRF).  If  these  factors  were  known,  a  repair  analysis  could  be 
done  in  very  little  time  by  using  the  RMS  program.  In  order  to  obtmn  these  SRFs,  FEA 
models  of  CSDs  before  repairs  are  compared  with  models  of  CSDs  after  repairs.  A  table 

of  the  SRFs  for  typical  repairs  was  developed. 

There  were  problems  in  defining  load  ratios  when  applying  load  conditions  to  the 
models.  The  load  can  be  generally  broken  into  four  components  (vertical  bending, 
horizontal  bending,  pressure  and  shear).  The  load  ratio  is  dependent  on  the  location  in  a 
ship.  In  order  to  eliminate  this  dependency,  only  unit  pressure  was  applied  to  these 
models.  This  means  that  these  SRFs  can  be  used  only  in  those  failures  that  are  mainly 
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due  to  cyclic  pressure  loadings.  For  more  comprehensive  results,  a  complete  FEA 
loading  analysis  of  the  CSD  is  needed. 

The  case  study  performed  on  the  repair  of  a  transverse  cutout  failure  on  the  side 
shell  structure  using  the  RMS  program  clearly  demonstrates  the  usefulness  of  the  RMS. 
The  RMS  can  quickly  perform  a  comparative  analysis  of  repairs.  With  proper 
information  on  the  available  repair  alternatives,  CSDs  and  costs,  consistent  repair 
decisions  can  be  made  quickly. 

7.2  Conclusions 

The  results  from  this  project  illustrates  that  despite  the  complexities  of  the  repair 
analysis  process,  the  RMS  can  be  used  to  significantly  improve  and  simplify  the 
traditional  approach.  With  the  new  approach  developed  in  the  RMS,  it  is  possible  to 
make  quick,  intelligent  repair  decisions  for  the  repair  of  ship  CSDs.  The  RMS  outlined 
in  this  project  can  be  developed  into  a  powerful  tool  to  aid  repair  engineers  in  fatigue 
crack  repair  analysis.  This  development  effort  should  include: 

•  development  and  maintenance  of  a  complete  library  of  details  that  represent 
both  old  and  current  designs; 

•  structuring  the  finite  element  analysis  results  in  the  RMS  stress  reduction 
factor  format  for  quick  repair  analysis; 

•  tuning  of  the  load  ratios  or  the  development  of  a  new  system  to  determine 
relative  loads; 

•  development  of  a  sophisticated  database  system  to  easily  manage  the  input 
data; 

•  continued  verification  of  the  RMS  system. 
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To  implement  the  complete  RMS  concept,  significant  effort  and  a  long-term 
commitment  are  required.  This  effort  would  involve  all  phases  of  repair  analysis  and 
require  professional  programmers  to  work  with  naval  architects.  High  priority  in  this 
effort  should  be  placed  on  proper  knowledge  representation  in  ship  structural 
maintenance  and  repw. 

7.3  Future  Directions  and  Recommendations 

The  repair  of  ships  has  been  used  as  a  basis  to  illustrate  the  possible  application 
of  computer  technology  to  help  solve  a  difficult  engineering  problem.  The  scope  of  the 
current  work  was  constr^ned  and  limited  due  to  the  time  available.  As  a  result,  many 
enhancements  to  the  RMS  program  and  the  current  research  are  possible.  The  high 
priority  future  directions  are  outlined  in  the  following  parts  of  this  chapter. 

7.3.1  Investigate  Load  Ratios 

In  Chapter  5,  a  series  of  FEA  models  were  analyzed  in  order  to  calculate  stress 
reduction  factors  (SRF).  A  load  condition  musts  to  be  defined  and  applied  to  the 
models.  The  load  can  be  broken  down  into  four  components  (vertical  bending, 
horizontal  bending,  pressure  and  shear).  Since  a  linear  FEA  is  used,  the  four  loads  can 
be  applied  separately  to  the  models.  Then,  the  resulting  stress  (or  stress  reduction 
factor)  can  be  superimposed.  However,  the  ratio  of  these  four  loads  is  unknown  and  it  is 
dependent  on  the  locations  in  ships.  This  may  be  determined  by  performing  a  global 
FEA.  Once  the  ratio  is  found  as  a  function  of  location,  stress  reduction  factors  due  to 
each  load  can  be  combined.  A  more  realistic  SRF  can  be  determined. 
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The  SRFs  established  in  this  study  are  based  on  FEA  using  pressure  loadings.  It 
means  these  SRFs  are  only  suitable  for  fatigue  cracks  due  to  cyclic  pressure  like  those  in 
side  shell  structure  and  in  the  forepeak.  While  SRFs  are  established  from  four  loads  with 
a  correct  ratio,  the  RMS  approach  could  be  expanded  to  ship  components  other  than 
those  whose  cyclic  loadings  are  dominated  by  water/cargo  pressures. 

7.3.2  Continue  S-N  Calibration  Based  on  Inspection  Data 


During  this  project,  S-N  calibrations  for  two  major  types  of  repairs  were  carried 
out  in  two  case  studies.  The  results  indicate  that  repaired  details  have  very  similar  S-N 
classification  (but  slight  lower)  to  normal  details  with  similar  geometry.  It  would  be 
worthwhile  to  continue  collecting  inspection  data.  With  new  data,  the  calibrated  S-N 
curves  can  be  continually  updated.  Although  it  is  very  hard  to  collect  enough  data  on 
crack  and  re-cracking,  this  data  collecting  can  be  done  through  a  special  long-term 
program  developed  for  this  purpose. 

7.3.3  Add  More  Failure  Modes 

Failure  mode  and  cause  analysis  are  an  obvious  area  for  future  improvement.  A 
majority  of  ship  cracking  failures,  especially  in  crude  oil  carriers,  are  clearly  due  to 
fatigue.  As  a  result,  detailed  mode  and  cause  analysis  are  not  currently  as  important  as 
evaluating  fatigue  failures.  However  as  ship  designs  change,  new  modes  and  causes  of 
failure  may  develop.  A  tool  to  helping  evaluate  these  new  modes  and  causes  could 
prove  to  be  important. 

Fatigue  cracking  is  not  the  only  mode  of  failure  in  ships,  but  the  most  common. 
Other  important  modes  include  buckling,  corrosion,  global  strength,  and  ship  condition 
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assessment.  Among  these,  the  ship  condition  assessment  is  probably  the  most  important, 
and  more  appropriate  to  the  RMS  style  of  analysis.  Ship  condition  assessment  is  directly 
related  to  the  ship  condition  database  and  could  prove  invaluable  to  owner/operators, 
classification  societies,  and  ship  repair  yards  in  their  efforts  to  monitor  fleets  of  aging 
ships. 

7.3.4  Improve  RMS  Program  Features 

The  current  RMS  has  a  crack  management  database  in  which  users  can  record 
cracks  on  graphical  ship  layouts.  Statistical  fimctions  can  be  added  to  this  database  to 
allow  users  evaluate  trends  or  distributions  of  cracks.  Since  inspection  is  such  a 
monumental  task  on  crude  oil  carriers  and  other  large  ships,  the  RMS  could  be  expanded 
to  help  inspectors  to  ship  locations  with  the  highest  probability  of  failure.  This  ability 
would  be  closely  tied  to  a  reliability  analysis  of  the  entire  ship  structure  and  a  tracking  of 
the  failure  probabilities  for  all  components.  Continuous  updating  of  the  failure 
probabilities  using  historical  data  or  instrumentation  is  possible.  Updated  failure 
probabilities  could  be  used  directly  for  repdr  analyses. 

Another  area  that  can  be  improved  is  the  method  of  graphical  ship  layouts.  The 
crack  database  is  organized  through  a  fixed  three-view  ship  layout  that  cannot  be 
zoomed  in  or  out.  When  a  large  number  of  cracks  are  input,  the  layout  becomes  a 
‘dense  cloud’  of  fatigue  cracks.  It  is  possible  to  rebuild  the  program  such  that  the  fixed 
layout  can  be  zoomed  in  and  the  selected  tank  drawing  wU  popped  up  to  give  users  a 
more  detmled  picture. 

A  handy  feature  that  can  greatly  improve  the  use  of  the  RMS  is  to  add  the  Print 
function.  With  a  Print  function,  inspectors  can  print  out  a  ship  layout  with  all  the  cracks 
found  previously  before  a  hull  inspection.  This  will  give  inspectors  a  clear  idea  on  where 
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the  cracks  may  locate.  Also  rep^  engineers  can  more  easily  evaluate  the  condition  of  a 
ship  through  the  printout. 

Another  feature  that  can  be  improved  is  expanding  the  Help  function  to  provide  a 
clear  explanation  facility  to  teach  the  users  of  the  RMS  about  repair  analysis.  This  could 
be  a  valuable  for  training  tool  for  repair  personnel.  There  are  two  Help  files  in  the 
current  RMS,  one  is  to  teach  users  how  to  use  the  RMS  program.  The  other  one  is  to 
provide  general  information  of  ship  structural  m^tenance  and  repair  including  graphical 
repair  examples,  steel  repair,  maintenance  of  corrosion  protection  system  and  others. 
More  Help  files  can  be  easily  added  Avithin  the  Help  command  in  the  Windows  menu  bar. 
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APPENDIX  A.  SOURCE  CODES 


A.l  Codes 


Due  to  the  large  amount  of  source  code,  only  one  module  of  the  source  code  is 
Usted  here.  The  remaining  modules  are  documented  in  a  separate  report  [Ma  &  Bea, 
1993].  This  module  is  the  fatigue  analysis  module. 

The  necessary  information  to  conduct  the  repair  analysis  is  provided  by 
interactive  input  from  the  user  and  pre-defined  data  in  the  program.  Ship  loading 
information,  including  the  Weibull  parameter,  average  stress  frequency,  and  expert  load 
zones  and  ratios  are  pre-defined  in  the  program.  Stress  reduction  factors  for  each 
configuration,  and  S-N  class  designations  for  each  location  are  pre-defined,  too. 
Interactive  inputs  includes  detail  configuration  and  failure  location,  the  mean  time  to 
failure  of  the  original  detail  and  the  desired  repair  option.  With  all  the  information 
above,  the  program  calculate  the  expected  repair  life  by  using  the  approach  developed  in 
Chapter  3.  Repair  analysis  is  conducted  only  at  the  location  of  failure. 

/********************************************************* 
Module;  CalcuFat.c 

Revision:  July  9,  1994  by  Kai-tung  Ma 
PURPOSE:  Calculate  fatigue  life. 

FUNCTIONS: 

CalcFatLife (float  Tl,  Weib, 

A,  m,  dm,  Sq, 
newA,  newm,  newdm,  newSq, 
r) 

LOCAL :  gammln ( ) 

ingamm ( ) 
gserO 
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gcf  0 

TwoS_S-N() 
StressSO  0 
ModifySO  0 
FatigueLife () 


ttinclude  <math.h> 
#include  "Repair. h" 


#define  ITMAX 
#define  EPS 
#define  fO 
#define  Df 
#define  B 


100 

3.0e-7 

2500000 

/* 

1 

/* 

1 

/* 

Cycle  per  Year  */ 
Damage  Factor  */ 
Uncertainty  */ 


FUNCTION:  float  gammln (float) 

PURPOSE:  Return  the  value  In [gamma (xx) ]  for  xx>0.  Full 
accuracy  is  btained  for  xx>l. 

Source:  This  function  is  adapted  from  "Numerical  Recipes 

in  C  -  The  art  of  Scientific  Computing",  William  H.  Press, 
Brian  P.  Flannery,  Saul  A.  Teukolsky,  William  T. 
Vetterling. 

******************************************************** ^ 
float  gammln (xx) 
float  XX ; 

{ 

double  X,  tmp,  ser; 

static  double  cof[6]={76. 18009173,  -86.50532033, 
24.01409822,  -1.231739516, 
0.120858003e-2,  -0.536382e-5} / 

int  j; 

x=xx- 1.0/ 
tmp=x+5.5; 

tmp  -=  (x+0 . 5) *log (tmp) ; 
ser=1.0; 

for (j=0; j<=5; j++)  { 

X  +=  1.0; 

ser  +=  cof[j]/x; 

} 

return  -tmp+log (2 . 50662827465*ser) ; 

} 

/********************************************************* 
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FUNCTION:  float  ingammj float/  float) 

PURPOSE:  Returns  the  incomplete  gamma  function  r(a/  x) . 

Source:  This  function  is  revised  from  "Numerical  Recipes 

in  C:  The  Art  of  Scientific  Computing"/  William  H.  PresS/ 
Brian  P.  Flannery/  Saul  A.  Teukolslcy/  William  T. 
Vetterling. 

********************************************************/ 
float  ingamm(a/  x) 
float  a/  x; 

{ 

float  gamser/  gammcf/  gin; 
void  gser  0 /  gcf  () ; 

if(x<0.0  11  a<=  0.0)  /*nrerror ("Invalid  arguments  in 

routine  GAMMP ( )")*/; 

if (x<  (a+1.0) )  { 

gser (sgamser/  a,  x,  &gln) ; 
return  (gamser  *  exp(gln)); 

}  else  { 

gcf(&gammcf/  a,  x,  &gln) ; 
return  ( (1.0-gammcf)  *  exp (gin)); 

} 

} 

/********************************************************* 

FUNCTION:  float  gser (float/  float/  float/  float) 

PURPOSE:  Returns  the  incomplete  gamma  function  P(a/  x) 

evaluated  by  its  series  representation  as  gamser.  Also 
returns  gammlnO  as  gin. 

Source:  This  function  is  adapted  from  "Numerical  Recipes 

in  C:  The  Art  of  Scientific  Computing"/  William  H.  PresS/ 
Brian  P.  Flannery/  Saul  A.  Teukolslcy/  William  T. 
Vetterling. 

********************************************************/ 
void  gser (gamser/  a,  x,  gin) 
float  a,  X,  *gamser/  *gln; 

{ 

int  n; 

float  sum/  del/  ap; 
float  gammln ( ) ; 

//  void  nrerrorO; 
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*gln=ganimln  (a) ; 
if(x  <=  0.0)  { 

/*if(x  <  0.0)  nrerrorC'x  less  than  0  in  routine 

GSERO");  */ 

return; 

}  else  { 
ap=a; 

del=suin=l .  0/a; 
for  (n=l;n<=ITMAX;n++)  { 
ap  +=  1.0; 
del  *=  x/ap; 
sum  +=  del; 

if  (fabs(del)  <  fabs (sum) *EPS)  { 

*gamser=sum*exp (-x+a*log (x) - (*gln) ) ; 
return; 

} 

} 

/*  nrerrorC'a  too  large,  ITMAX  too  small  in 

routine  GSERO") ;  */ 

return; 

} 

} 

/********************************************************* 

FUNCTION:  float  gcf (float,  float,  float,  float) 

PURPOSE:  Returns  the  incomplete  gamma  function  Q(a,  x) 

evaluated  by  its  continued  representation  as  gammcf.  Also 
returns  gammlnO  as  gin. 

Source:  This  function  is  adapted  from  "Numerical  Recipes 

in  C:  The  Art  of  Scientific  Computing",  William  H.  Press, 
Brian  P.  Flannery,  Saul  A.  Teukolsky,  William  T. 
Vetterling. 

★*★***★★★*★★***★*★***★★★★***★★***★******★*★*★★*******★*★/ 
void  gcf (gammcf,  a,  x,  gin) 
float  a,  X,  *gammcf,  *gln; 

{ 

int  n; 

float  gold=0.0,  g,  fac=1.0,  bl=1.0; 
float  b0=0.0,  anf,  ana,  an,  al,  a0=1.0; 
float  garomlnO; 

//  void  nrerrorO; 

*gln=gammln (a) ; 
al=x; 

for  (n=l;n<=ITMAX;n++)  { 
an= (float)  n; 
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ana=an-a; 

aO= (al+aO*ana) *fac; 
bO= (bl+bO*ana) *fac; 
anf=an*fac; 
al=x*al+anf*al; 
bl=x*bO+anf *bl ; 
if  (al)  { 

fac=l . 0/al; 
g=bl*fac; 

if  (fabs ( (g-gold) /g)  <  EPS)  { 

*gainmcf=exp  (-x+a*log  (x)  -  (*gln) )  *g; 
return; 

} 

gold=g; 

} 

} 

/*  nrerrorC'a  too  large,  ITMAX  too  small  in  routine 


/********************************************************* 
FUNCTION:  float  TwoS_SN ( float ,  float) 

PURPOSE:  Calculate  a  modification  factor  wliich  accounts 

two  slope  SN  curve. 

*****************************************★**************/ 
float  TwoS_SN( float  m,  float  dm,  float  Sq,  float  SO,  float 
FatLife,  float  e) 

{ 

float  u,  v; 

V  =  pow{  Sq/SO,  e)  *  log (  fO*FatLife) ; 

u  =  1  -  l/exp{  gammln (1+m/e) ) 

*  {  ingamm( 1+m/e,  v)  -  pow(v,  -dm/e)  * 
ingamm(l+ (m+dm) /e,  v)  ) ; 
return  u; 

} 

/****************************★**************************** 
FUNCTION:  float  StressSO ( float,  float,  float,  float) 
PURPOSE:  Calculate  extreme  stress  'SO' 

float  StressSO (float  Tf,  float  Wb,  float  A,  float  m,  float 
Dm,  float  Sq) 


117 


{ 

float  SO,  tS; 

SO  =  pow(log(fO*Tf ) ,  1/Wb) 

/  B 

*  pow (Df*A/fO/Tf 
/  exp  (gaininln(m/Wb+l) ) ,  1/m) ; 


do  { 

tS  =  pow(log(fO*Tf) ,  1/Wb) 

/  B 

*  pow(Df*A/fO/Tf 

/  TwoS_SN(m,  Dm,  Sq,  SO,  Tf,  Wb) 
/  exp (gammln (m/Wb+1 ) ) ,  1/m) ; 

SO  =  pow(log(fO*Tf) ,  1/Wb) 

/  B 

*  pow(Df*A/fO/Tf 

/  TwoS_SN(m,  Dm,  Sq,  tS,  Tf,Wb) 

/  exp (gammln (m/Wb+1) ) ,  1/m) ; 

}  while( (S0-tS)>0.01  ||  (SO-tS) <-0. 01  ) ; 


return  SO; 

} 

/*****************************************************^^^^ 
FUNCTION:  float  ModifySO (float,  float) 

PURPOSE : 

Calculate  a  modification  factor  to  revise  the  extreme 
stress  SO  into  SO'. 

************************************* *****************^*^ 
float  ModifySO (float  Tfl,  float  Tf2,  float  Wb) 

float  factor; 

factor  =  pow(  log (fO*Tf2/0. 632120558) 

/  log(f0*Tfl/0. 632120558)  ,  1/Wb  ); 
return  factor; 

} 

/************^,*****^,^k■k*******■k****■k■k^,■k■k■k*^,■k■k■k■k■k■k■k*^,^,^,^k■k^r■k■k 

FUNCTION:  float  FatigueLife (float,  float,  float,  float, 
float) 
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PURPOSE:  Calculate  expected  fatigue  life 

float  FatigueLife (float  SO,  float  Tf,  float  Wb, 

float  NewA,  float  Newm,  float  NewDm, 
float  NewSq) 

{ 

float  Life; 

Life  =  Df 

*  NewA 

*  pow (log (f 0*Tf ) ,  Newm/Wb) 

/  fO 

/  pow(  (B*S0),  Newm) 

/  TwoS_SN (Newm,  NewDm,  NewSq,  SO,  Tf,  Wb) 

/  exp ( gammln (Newm/Wb+1 ) ) ; 

return  Life; 

} 

FUNCTION:  float  CalcFatLife ( ) 

PURPOSE : 

Process  S-N  data  and  detail  types  etc.  in  order  to  compute 
fatigue  life. 

MESSAGES : 

*******************★*****★******************************/ 
float  CalcFatLife ( float  Tl,  float  Weib,  float  A,  float  m, 
float  dm,  float  Sq,  float  newA,  float  newm,  float  newdm, 
float  newSq,  float  r) 

{ 

float  SI,  S2,  T2,  tempL2,  tL; 

SI  =  StressSO(Tl,  Weib,  A,  m,  dm,  Sq) ; 

T2  =  FatigueLife (SI,  Tl,  Weib,  newA, 

newm,  newdm,  newSq) ; 

do  { 

tL  =  T2; 

S2  =  SI  *  ModifySO(Tl,  T2,  Weib) ; 

S2  =  S2  *  r; 
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T2  =  FatigueLife (S2/  Tl,  Weib,  newA, 

newm,  newditi,  newSq)  ; 

do  { 

tempL2  =  FatigueLife (S2,  T2,  Weib, 

newA,  newm,  newdm,  newSq) ; 
T2  =  FatigueLife (S2,  tempL2,  Weib, 

newA,  newm,  newdm,  newSq) ; 
}  while ( (T2-tempL2) >0. 01  ||  (T2-tempL2) <- 

0.01) ; 


}  while ( (T2-tL) >0.01  M  (T2-tL) <-0.01) ; 
return  T2; 
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APPENDIX  B.  FINITE  ELEMENT  MODELS 


Included  in  this  Appendix  are  the  finite  element  models  and  results.  The  models 
were  created  and  analyzed  by  using  the  linear  finite  element  program.  All  models  were 
built  by  using  shell  elements.  The  models  represent  local  structures  in  side  shell  of 
tankers.  They  are  rotated  90  degree  so  side  shells  are  on  the  FEA  model  bottoms.  Their 
scantlings  are  based  on  three  tankers.  See  Chapter  5  for  more  details  on  these  CSDs. 


B.l  CSD  #1  (model  Axxx) 


The  following  pages  show  the  model  meshing  and  the  stress  contours  for  the  8 
models  based  on  CSD  #1.  The  8  models  are; 

•  AOOO  (AO)  is  a  basic  CSD. 

•  AOOl  (Al)  is  a  basic  CSD  with  bracket. 

•  AO  10  (A2)  is  a  basic  CSD  with  flatbar. 

•  AOl  1  (A3)  is  a  basic  CSD  with  flatbar  and  bracket. 

•  A100(A4)isabasicCSD  withlug. 

•  AlOl  (A5)  is  a  basic  CSD  with  lug  and  bracket. 

•  Al  10  (A6)  is  a  basic  CSD  with  lug  and  flatbar. 

•  Al  1 1  (A7)  is  a  basic  CSD  with  lug,  flatbar  and  bracket. 
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Von  Mlses 


R.2  rSD  #2  (model  Cxxx) 


The  following  pages  show  the  model  meshing  and  the  stress  contours  for  the  8 
models  based  on  CSD  #1.  The  8  models  are; 

•  COOO  (CO)  is  a  basic  CSD. 

•  cool  (C 1)  is  a  basic  CSD  with  bracket. 

•  COlO  (C2)  is  a  basic  CSD  with  flatbar. 

•  COl  1  (C3)  is  a  basic  CSD  with  flatbar  and  bracket. 

•  ClOO  (C4)  is  a  basic  CSD  with  lug. 

•  C 101  (C5)  is  a  basic  CSD  with  lug  and  bracket. 

•  Clio  (C6)  is  a  basic  CSD  with  lug  and  flatbar. 

•  Cl  1 1  (C7)  is  a  basic  CSD  with  lug,  flatbar  and  bracket. 


CQCro  (0^) 


mm 


B.3  CSD  #3  f model  Nxxx) 


The  following  pages  show  the  model  meshing  and  the  stress  contours  for  the  8 
models  based  on  CSD  #2.  The  8  models  are: 

•  NOOO  (NO)  is  a  basic  CSD. 

•  NOOl  (Nl)  is  a  basic  CSD  with  bracket. 

•  N010(N2)isabasicCSD  withflatbar. 

•  NO  1 1  (N3)  is  a  basic  CSD  with  flatbar  and  bracket. 

•  NlOO  (N4)  is  a  basic  CSD  with  lug. 

•  NlOl  (N5)  is  a  basic  CSD  with  lug  and  bracket. 

•  Nl  10  (N6)  is  a  basic  CSD  with  lug  and  flatbar. 

•  Nl  1 1  (N7)  is  a  basic  CSD  with  lug,  flatbar  and  bracket. 


